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Tarjetas 
Voodoo3 
3000 AGP 
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QuarkXPress 

Cómo trabajar con QuarkXPress: el están 
dar de edición de los profesionales. 
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DIV 


mama 



¿Amas la programación de 


juegos...? Léete estas líneas 


Saludos. Se acerca el verano y, una vez 
superados los exámenes (sabemos que 
muchos de vosotros sois estudiantes) 
por fin habrá tiempo para el ocio y el 
descanso. Esperamos que este tiempo 
sirva para que muchos de vosotros os 
pongáis manos a la obra y seáis capa¬ 
ces de crear magníficos juegos. En esta 
nuestra/vuestra revista hemos compro¬ 
bado que el nivel de los Di ve ros aumen¬ 
ta cada día. Esperamos que siga así y 
que este tiempo de verano dé buenos 
frutos. Ah, y mucha suerte con los exá¬ 
menes (un consejo de alguien que ya 
casi ni se acuerda de cuando acabó la 


carrera: estudiad y que la fuerza os 
acompañe). 


Nada más, Divmanía sigue su curso con 
el interesante contenido de siempre y 
algunas novedades. Este mes tenemos 
una sección nueva dedicada a los jue¬ 
gos de acción y plataformas. Una idea 
que surgió de un reconocido DI Vero y 
aquí está. Puede que muchos seáis 
escépticos pero en Divmanía tenemos 
las puertas abiertas a la participación de 
todos vosotros. Nos vemos dentro de 


dos meses. 
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SEGGIÓÑ 


Acción-plataformas 

Nueva sección de la revista dedicada 


al género de los saltos. La programa¬ 
ción básica de un juego de arcades o 
plataformas no requiere un nivel avan¬ 
zado de conocimientos pero sí grandes 
dotes de imaginación. En este primer 
artículo trataremos el movimiento del 
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personaje y su interactividad con el 
entorno o paisaje. 
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cturás. 
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Operaciones sobre bits 

Saber usar las instrucciones 
de manejo de bits es 
fundamental para todo 
aquel que tenga intención de 
crear algoritmos bajo 
ensamblador. 
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Entrada y salida 

La programación de la 
da y salida de información 
tus programas te será más 
fácil si lees la entrega de 
este númém 
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DIV Deathmaker (IV) 

En este número nos prepararemos para 
la batalla. Crearemos el Portal de la 


12 


Muerte y entraremos en el mundo 3D 
que hemos programado. 


SUBCAMPEÓN: DARK CASTLE 

Una aventura tridimensional en la que tendremos 
que hacer como Teseo, encontrar la salida del labe¬ 
rinto. 


*3 ESTRATEGA 

Principios básicos de IA 






mas 
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Casos prácticos en DIV 2 
Seguimos explicando unos cuantos 
casos prácticos que nos pueden ayudar 
a 



importante de un juego de estrategia. 
Veremos los principios básicos de la 
inteligencia artificial o, lo que es lo 
mismo, la simulación del comportamien¬ 
to humano por parte de la máquina. 


BRONCE: LABERYN 

Aquí no hay laberinto, pero hay algunos tipos que 
se empeñan en hacer de diana a las balas de 
nuestra pistola , 


PREMIAMOS LOS MEJORES 
JUEGOS DE LOS LECTORES 


que os sean 
jen alguna duda. 
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Trabajando con el modo 7 
Comenzaremos nuestro camino hacia 
las 3 dimensiones con los modos 7 ó 
modos de plano abatido, con estos 
modos podemos realizar nuestros prime 
ros juegos en 3D sin mucho trabajo. 


El fenómeno virus , 
está cada vez más 
en auge debido a los 
recientes sistemas 
operativos de 32 bits 
y sobre todo al fenó¬ 
meno de Internet. 



DIV ha creado toda una escuela dentro 
del mundo de la programación. Todos 
los que se han acercado a la herramien¬ 
ta han sido capaces de programar. Por 
ello realizamos un concurso entre los 
lectores que hayan realizado juegos con 
DIV. Os ofrecemos un primer premio de 
25.000 pesetas y dos accésit de 20.000 
pesetas. 


33 DÍV INTERNO 

Creando un generador de código 


Posando para DIV 


Vamos a crear un pequeño generador 
de código que nos va a servir para cons 
truir el esqueleto de cualquier juego. 


Segunda entrega de esta nueva sección. 
Ahora crearemos nuestra primera ani-lm 
mación de personajes y, con ella, núes- 


¿QUE ES DIV 
GAMES STUDIO? 

DIV Games Studio es una herramienta 


de programación que facilita en gran 
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Cartas al Director 



Tenéis la palabra 




juego ai 


Saludos y bienvenidos a un número más de 


nuestra/vuestra 


dedicamos esta sección a un interesante 


mensaje que nos ha llegado y que incluye 


un programa que encontraréis en el Cd. 


La palabra es vuestra 



oral?! ... pero, ¿existe 
eso en programación? 
Efectivamente, existe. Y 
lo que trataré de hacer 
será concienciar a los lectores pro¬ 
gramadores de que existe una 
moral, que, a pesar de no ser muy 
conocida, debiera de estar presente 
en todas las personas a la hora de 
programar, a pesar de que estas 
letras sean el mero vehículo para 
hacer que los lectores discurran 
sobre el tema. 

Se me ocurrió escribir sobre el 


tema al sentirme inspirado por la 
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frase de Ferminho que 
aparece en DIVmanía n-7: "...el 
código de los juegos puede opti¬ 
mizarse en la mayoría de los 
casos...", de la que se puede extra¬ 
er el jugoso tema. 

¿A qué me refiero con la moral? 

Pues la moral, según mi punto de 
vista, se puede definir como la 
forma de crear un programa, o 
mejor dicho, la filosofía con la que 
está programado, en este caso, el 
juego. Un juego puede estar creado 
de tres formas: pensando en la 
comodidad a la hora de programar, 
pensando en la velocidad del 
juego, y pensando en los recursos 
del jugador. 

La comodidad concierne al pro¬ 
gramador de forma que es éste 
el que, por comodidad a la 
hora de programar, prefie¬ 
re tener menor velocidad 
y/o recursos a cambio de 
serle más fácil el desarrollar 


puede decirse 
que es una derivación de la como¬ 
didad del programador, puesto que 
es más fácil y cómodo tener absolu¬ 
tamente todos los gráficos de un 
juego en un .fpg y no distribuirlos 
en varios según los vaya a necesitar. 

Por supuesto, es imposible 
encuadrarse en una de estas tres 
formas de programación, pero lo 
que sí hay que pensar es que "la 
virtud está en el equilibrio", y 
que, en muchos casos, tanto la 
velocidad como los recursos están 
olvidados, siendo aún mayor el 
olvido en este último, puesto que, 
según parece, hay juegos que no 
funcionan en ordenadores con 16 
Mb de RAM. 









un juego. Ejemplos de esta 
posición pueden ser progra¬ 
maciones visuales, en las 
que prima la comodidad, y 
también podemos poner de 
ejemplo el DIV. 

La velocidad del juego es una 
de las cosas que se está olvi¬ 
dando desde hace no mucho 


tiempo. Sin duda, para conse¬ 
guir la mayor velocidad lo 
mejor sería programar el 
* juego completo en ensam¬ 
blador, aunque, realmen¬ 
te, no vale la pena, pues el 
tiempo necesario para 
desarrollar el juego sería 
demasiado, pero con esto quiero 
decir que los programadores deben 
de pensar en los mejores algorit¬ 
mos para realizar una tarea. 

La última forma está en pensar 
en los recursos del jugador. Este 


Propongo que se piense más en 
la velocidad y los recursos, de 
forma que se distribuyan las imáge¬ 
nes en varios ficheros, o que se pro¬ 
grame una configuración aparte 
para que no se carguen determina¬ 
dos sonidos, o que se pierda un 
poco de calidad repitiendo imáge¬ 
nes para ahorrar memoria. Para 
este fin, existe mi programa 
DIVRC.EXE , el cual crea el fichero 
DIVRC.INF que se puede leer y así 
saber el nivel de recursos a cargar. 

Podemos tomar como ejemplo 
el código de los diálogos de la 
DIVmanía n Q 7 (página 47), en la 
que un programador que pensase 
más en la comodidad, programa¬ 
ría una función que re recortase 
las frases, de forma que no tendría 
que introducir las frases al contra¬ 
rio, y, seguramente, este cambio 
no afectaría ni a los recursos ni, 
seguramente, a la velocidad. Con 
esto quiero demostrar que buscar 
algo de comodidad no es algo 
negativo, puesto que esto nos 
permite desarrollar las cosas más 
rápidamente. 
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El mejor ajedrez virtual 


Disfruta del milenario 
juego del ajedrez desde 

otra dimensión. 
“Millennium Chess” 
es un simulador de 
ajedrez con el que 
podrás desafiar a 
familiares y amigos 
o al propio ordenador. 
Incluye manual con 
amplia información 
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muía a los maestros del tablero 




Desarrolla tu inteligencia 
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Perfecciona tu estilo ajedrecístico 
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a en quioscos, grandes superficies 
y tiendas especializadas 
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Digital Dreams Multimedia 
C/ Alfonso Gómez, 42, nave 1-1-2 
28037 Madrid España 
Fax: >34 91 304 17 97 
www.ddmultimedia.com 


Para más información, 
llamar al teléfono *34 91 304 06 22 
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Noticias 


Avalancha de segundas partes 



a feria de videojuegos 
más importante, la E3, 
ha clausurado sus puer¬ 
il tas. Casi todos los desa¬ 



rrolladores del planeta usan 
este certamen como escapara¬ 
te de sus trabajos y parece 
que este año les ha dado por 
las segundas partes, sólo 
tenéis que echar un vistazo a 
esta lista: 

Alundra 2, Armored Core 2, 
Baldur's Cate 2, Cali to Power 
2, Commandos 2, Croe 2, Dark 
Reign 2, Dead or Alive 2, Diablo 
2, Dino Crisis 2, Driver 2, 
Dynasty Warriors 2, Evolution 2, 
Frogger 2, Grandia 2, 

Independence War 2, Marvel vs. Capcom 2, MechComander 2, 
Medievil 2, Mega Man Legends 2, Midtown Madness 2, 
Motocross Madness 2, Nightmare Crea tu res 2, 

Power Stone 2, Ready to Rumble 2, Runa bou t 
2, Sonic 2, Soul Reaver 2, Street Skater 2, 

Strider 2, Syphon Filter 2, Team Fortress 2, 

Tenchu 2, Tony hawks Pro Skater 2, 

Tribes 2, Wiid Arms 2, etc., y eso que 
no contamos con las terceras o cuar¬ 
tas partes de más títulos famosos, 
como por ejemplo la tercera parte 
de Warcraft o la cuarta entrega 
de Monkey Island, si lo hiciése¬ 
mos la lista sería interminable. 

Mención aparte merecen 
también el montón de juegos 
deportivos que llevarán como 




coletilla el año 2000 ó el año 
2001 como apellido añadido 
a su nombre original:' 

All Stars baseball 2001, FIFA 
2001, Formula one 2000, 

International Track and Field 

2000, ¡eremy Me Grath 
Supercorss 2000,Knockout Kings 

2001, Madden NFL 2001, 

Nascar 2001, NBA 2K1, NBA 
Live 2001, NBA Showtime 
2001, NCA GameBreaker 2001, 

NCAA Footbal 2001, NFL 2K1, 

NFL Blitz 2001, NFL Gameday 
2001, NFL QB Club 2001, NHL 
2001, Sammy Sosa Baseball 
2001, Superbike 2000, Sydney 
2000, Triple Play 2001, World 
Series Baseball 2K1, etc. 

¿Impresionante, verdad? bueno no todos los desarrolla¬ 
dores optan por programar juegos basados en 
títulos antiguos, algunos incluso usan la 
cabeza para presentar nuevas propuestas, 
ese es el caso de Matrix o el juego inspira¬ 
do en la película de "El Planeta de los 
Simios". 
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Nueva versión de 
Fallout en el E3 



uien sea aficionado al rol conocerá de sobra 
este juego cuyas dos partes fueron desarrolla¬ 
das por los estudios Black Isle. Ahora conocerá 
una transformación total en su modo de 
juego creara mano de la compañía 14 Degrees East, tam¬ 
bién de Interplay, pasará a llamarse Fallout Tactics y será 
del género de la estrategia con combate por turnos, con 
una mecánica parecida a jagged Alliance 2; en cuanto a 
la estética no habrá demasiados cambios, seguiremos 
inmersos en un apocalíptico y devastado mundo post¬ 
nuclear con personajes 
sacados de una película 
de Mad Max, de los 
treinta disponibles se 
podrán elegir a seis de 
ellos para jugar una de 
las 20 misiones, con seis 
etapas cada una, con las 
que contará el juego. 



El codigo de Falcon 4 
en Internet 



Iguien desconocido liberó hace unos días 
el código fuente completo del simulador 
de vuelo Falcon 4 de la compañía Hasbro. 
Cuando en esta empresa se enteraron de 
la noticia saltaron las alarmas e intentaron limpiar 
Internet de cualquier resto de código. Como 
podréis imaginar no lo consiguieron, hoy por hoy 
puede ser encontrado si se busca en los sitios 
adecuados. 

Aunque Hasbro ha prohibido la distribución de su 

trabajo, difícil lo tiene 
ya para que e$te códi¬ 
go no sea usado por los 
aficionados a la progra¬ 
mación y a los simula¬ 
dores de vuelo para 
hacer las modificacio¬ 
nes que quieran en el 
juego oriülltfi WÉMSzÍM 
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Noticias 


Dreamcast en el punto de mira de Bleemen 


con 


omo ya todos sabréis a estas alturas, Bleem, la 
compañía que ha sido objeto de múltiples quere¬ 
llas judiciales por parte de Sony con motivo de la 
distribución de un emulador que permite jugar 
juegos de Playstation desde un PC, ha anunciado que 

la consola de Sega, Dreamcast, también 
contará próximamente con un emulador 
que permitirá probar buena parte de los jue¬ 
gos diseñados para Play en la plataforma 
Dreamcast. 

El nuevo producto ya ha sido presentado en 
el E3 y se llamará BleemDC. La comerciali¬ 
zación de este nuevo producto se hará a lo 
grande: habrá cuatro versiones del emulador distintas, cada 
una de ellas compatibilizará el uso de unos 100 juegos de 
Playstation en la Dreamcast; además sacarán a la venta peri 
féricos propios, un ejemplo es un mando Dual Shock que 




■ táíWHl 


servirá para jugar cómodamente desde la consola 
Dreamcast a los juegos de Playstation. 

No creemos que los directivos de Sega tengan problema 
alguno con el nuevo programa, incluso servirá para que la 
demanda de consolas Dreamcast aumente, pero los represen 
tan 1 es de Sony deben estar que muerden, no han sido capa¬ 
ces de parar judicialmente la extensión del programa Bleem!, 
como éste no utiliza la bios de Sony sino que 
emula el manejo de la consola a través de 
rutinas de programación propias, ningún 
juez ha dado la razón a la compañía nipo¬ 
na e incluso tenían la orden judicial de que 
ninguno de sus trabajadores se acercase al 
stand de Bleem en el pasado E3 ya que en 
edición anterior de la feria ambos conten¬ 
dientes se cruzaron algo más que pala¬ 
bras y demandas judiciales. 
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a dirección de la página que 
número pasado en la sección 

I II» .X 

la publicación 
i de lugar, aunque inicí 


liSPPi 
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r con Div y la pro 




Web, ha cambiado 
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Vamos a 
httpj 


era 
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//www.geocities 

; ( V • ; _ * • ■ *V:*i r nV 

actualmente está situada en el 

http://www.electronic 

*__ 

También se puede acceder a ella a tra 
vés|de|los¡5igüiiite$ 
http://pagina.de/vital 
http://pagina.de/vital-web 
La página ha sido totalmente actualiza¬ 
da por lo que es aconsejable que te pases 
por allí para echarla un vistazo. 

Vital también nos ha hecho lleqar unas 
cuantas direcciones de páginas que tienen 
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SH H0 HACE1I VIRUS 


http://personales.com/venezuela/valencia/eichqame 
;tp://pagina.de/slainte 

gina.de/pandoria (nueva page de Deemo) 
http://divgames.com (actualizada por 
iü Romanl) 

ftp.xoom.com (nuevo ftp DiV) 

‘ ttp://stratos-ad.com 

• ... . . • : 

Gracias por tenernos al día Vital, 
esperamos seguir teniendo noticias tuyas, 
y si alguno tiene algo que contarnos o 
una información que compartir con el 
resto de diveros, que no dude en 
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El regreso de Guybrush Threepwood 



uando el río suena es porque agua lleva, por lo 
menos eso dicen, y en eí caso de la especula¬ 
ción con la posible cuarta parte de Monkey 
Island, más que río es torrente tumultuoso por 
la cantidad de noticias relacionadas con este conocidísi¬ 
mo juego que han inundado la red en cuanto se abrió 
el grifo de los rumores. 

Hace poco apareció 
una encuesta en la revista 
electrónica Meristation 
preguntando a los inter¬ 
nautas cuál era el título 
con el que primero habí¬ 
an jugado o el primero 
que recordaban. Muchas 
de las respuestas citaban 



a Monkey Island como un juego inolvidable y añorado 
por todos aquellos que empezaron a iniciarse en este 
vicio hace la friolera de 10 años. 

Pues bien la cuarta parte de esta obra ha sido ya ofi¬ 
cialmente anunciada, llevará por título Escape from 
Monkey Island y será, cómo no, una aventura gráfica, la 
novedad es que contará con gráficos totalmente tridi- 

iinensionales esta vez, 
posiblemente realizados 
con el motor gráfico de 
Grim Fandango. 

Esperemos que mantenga 
el estupendo humor que 
atesoraban las anteriores 
entregas. ¡Cómo añora¬ 
mos a Guybrush! 
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parecida alguna 


Entonces es de Shiny. 



podría ser la forma 


desarrolladora 


que ha creado algunos de los juegos más 


interesantes de los últimos tiempos. Entre 


hecho 


las miradas se dirían hacia Shiny. 


> i 


pasado año, en octubre 
para ser precisos, celebraron 
su 5 Q aniversario como com- 
i pañía. Para ellos, la fecha no 


ue solamente una reflexión sobre el 
>asado sino también una mirada al 
uturo. Evidentemente, nosotros no 
rodemos hablar de su futuro (si 
jcaso de sus proyectos más inme¬ 
diatos) pero sí que podemos dar un 
aequeño repaso a la historia para 
/er qué es lo que han hecho los chi¬ 
cos de Shiny por el mundo de los 
✓ideojuegos. 



David Perry 

No sólo es el presidente y 
cabeza visible de la empre¬ 
sa, sino su genio creador. 
Tiene 33 años, nació en 



el norte de Irlanda, y 
ahora vive en una playa 
del sur de California. Ama 


los juegos, aunque odia los 
que están llenos de vídeos y 
pantallas de carga. Le gustan las 
películas de acción, tipo Aliens , 
Predator, etc. y la música dance, U2 
y el folklore irlandés, que escucha 
mientras trabaja. Practica muchos 
deportes, entre ellos el submarinis¬ 
mo y el vuelo en helicóptero. 


Perry tiene un sexto sentido 
para los juegos, un talento innega¬ 
ble para saber qué es lo que va a 
funcionar a nivel mundial. Los per¬ 
sonajes de sus juegos, sin duda uno 
de los puntos fuertes de sus produc¬ 
tos, han traspasado la frontera del 
software para pasar al mundo del 
espectáculo en todas sus dimensio¬ 
nes: televisión, el cine, los cómics... 

Considerado una de las figuras 
más importantes del mundo de los 
videojuegos, su nombre ha dejado 
una huella imborrable en el mundo 
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del soft lúdico desde los tiempos del 
Spectrum hasta los del Pe en 3D. Su 
nombre es sinónimo de calidad y 
diversión. 

Shiny Entertainment y David 
Perry tienen una vasta experiencia 
construida a través de los años 
desde que en 1981 David pusiera 
sus ojos en una "máquina calcula¬ 
dora de bolsillo", la Sinclair ZX81 y 
se quedara "alucinado" viendo 
como un punto que simulaba una 
pelota iba de un lado a otro de la 
pantalla en la que había unos palos 
que hacían las veces de raquetas de 
tenis. Fue el comienzo de una obse¬ 
sión que le llevó, cuatro años des¬ 
pués a crear su primer juego para 
Spectrum: Pyjamarama. 

Eso sólo fue el comienzo de una 
carrera meteórica que le llevó a tra¬ 
bajar en muy diversos 
proyectos hasta que 
decidió crear su 
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propia compañía. 
Virgin, la empresa 
para la que traba¬ 
jaba no se alegró 
precisamente de su 
marcha pero David 
tenía que cumplir un 
sueño. De modo 


que se puso manos 
a la obra y consi¬ 
guió reunir algunos 
de las mentes más 
creativas del mundo 
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para hacer un grupo de gente que 
convirtiese a Shiny en una empresa 
potente, una de las más influyentes 
dentro del panorama del software 
lúdico. 

Salto a la fama 

Perry aún recuerda cuando ellos 
eran una pequeña empresa que 
quería hacer juegos para Sega. 
Recuerda especialmente cierta reu¬ 
nión con ejecutivos de esta empresa 
en la que le soltaron todo un rollo 
sobre el mercado de los videojue¬ 
gos, su posición de guardianes del 
mercado y la de Shiny como peque¬ 
ña compañía de '"bichos raros". 
David cuenta como una vez aguan¬ 
tado el "discurso" pudo mostrar lo 
que habían hecho con su proyecto 
EarthWorth jim y como la sala se 
quedó muda y los altos ejecutivos se 
quedaron estupefactos ante lo que 
vieron. Quedaron tan impresionados 
que en unos minutos tenían un con¬ 
trato, la portada de una revista de 
Sega y el respeto de las mejores 
compañías de juegos del mundo. 

EartWorth jim conmocionó la 
comunidad de los videojuegos. Con 
su animación fluida y su curioso 
sentido del humor consiguieron 
atrapar el interés del gigante Sega, 
primero, y del resto del mundo des¬ 
pués. El juego tuvo tal éxito que no 
solo se produjo una secuela sino 
que derivó en la venta de tres licen¬ 
cias al margen del mundo del soft¬ 
ware lúdico. Unas licencias que 
resultaron muy lucrativas, como la 
línea de juguetes y figuras animadas 
que rivalizó con las mismísimas tor¬ 
tugas Ninja. Su popularidad creció 
hasta el nivel de personajes legen¬ 
darios como Mario Bross o Sonic. 
Pero eso sólo fue la punta del ice¬ 
berg. En 1994, Jim, el personaje 
protagonista, tuvo su propia serie 
de TV y sus propios cómics con la 
firma de Marvel. El éxito fue tal que 
la pequeña empresa de Laguna 
entró a formar parte del equipo de 
uno de las desarrolladoras interna¬ 
cionales de más prestigio: Interplay. 

En el año 96, David Perry y sus 
chicos, lejos de quedarse en un solo 
éxito, volvieron a la carga con una 
historia protagonizada por un cien¬ 
tífico loco, un perro mutante y un 
joven con un arma por cabeza... 


NUMERO 8 


MDK 

Efectivamente, se trata de los perso¬ 
najes del no menos famoso MDK, el 
más ambicioso proyecto de la com¬ 
pañía. Ellos conocían el mercado de 
las consolas mejor que nadie y su 
éxito con Eartworth Jim 3D era más 
que considerable, sin embargo, el 
mercado de PC era nuevo para 
ellos. Un mercado impredecible, 
saturado de productos y con "muy 
mala prensa". 

Pero Shiny Entertainment tenía 
algo que probar. Un fallo les hubiera 
cerrado en las narices el mercado de 


Pe para siempre, pero de nuevo 
acertaron. MDK se convirtió en uno 
de los juegos de Pe más famosos de 
todos los tiempos vendiendo la 
increíble cantidad de medio millón 
de copias en apenas unos meses del 
lanzamiento. La prensa, general¬ 
mente muy reservada, se deshizo en 
elogios y premios. 

En la actualidad, Shiny 
Entertainment se ha convertido en 
una empresa fuerte. La empresa 
negocia licencias para llevar al cine 
y la televisión las aventuras de MDK 
y trabaja constantemente en la ere- 
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Un título de "campanillas" que ha hecho 
centrar toda la atención en los chicos de 

_ _ _ . ||. . 11. _ enBob, § 

un angelito enviado por el Sumo Hacedor para ® if 1 

poner orden en un mundo degenerado y corrom¬ 
pido hasta límites insospechados, tiene cierta faci¬ 
lidad para poseer el cuerpo de cualquiera que se 
le cruce en el camino, ya sea persona, animal u 
organismo biológico. 

La mecánica para lograrlo es sencilla. Por Jl 
ejemplo, si vemos un soldado que queremos 
poseer nos situaremos cerca de él y 
sobre él. Cuando Bob esté dentro de su cuerpo 





. conio si 

— nosotros mismos se tratase, usar sus armas contra otros personajes del 
juego, realizar determinadas acciones, o suicidar a nuestro envoltorio carnal. 
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Con esto la variedad está asegurada. El juego permitirá actuar como una 
buena persona o como un malvado que sembrará semillas de destrucción allá 
por donde deambule. El escenario donde transcurre la acción es una metrópoli 
fMirista llena de adversarios astutos y trampas diabólicas. 

|PNo podemos pasar por alto la mención de la alta tecnología con la que 
contará este título. La empresa Shiny se está convirtiendo en una fuente de 
desarrqUqjde todo cniJa‘ 

los videojuegos. En este caso han creado el siste- 




ma RT-DAT (mosaico y deformación en tiempo 
real). La deformación en tiempo real crea perso¬ 
najes en el juego con todos los rasgos físicos de 
un ser humano. Cada personaje de Messiah ten¬ 
drá una estructura ósea real, con músculos que 
unan estos huesos y una piel a modo de textura 
que recubra al per- 

.soiajellf^ 

Por otro lado, 
la tecnología 
empleada se adap¬ 
tará a las capacida¬ 
des del ordenador 
en que se instale. 

Una gran idea. 
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Compañía Shiny 




Otros juegos 


Tras el bombazo de Messiah, Shiny ya tiene preparado su nuevo 
producto estrella. Se trata de Sacrifice, un juego totalmente tri- gjr 4 
dimensional enclavado en el género de la estrategia en tiempo 
real. 



No sabemos mucho sobre este juego, pero sí lo suficiente como j ¿j 
para estar desde ahora pendientes de cualquier nolicia relacio¬ 
nada con él. Parece ser que el juego será del género estratégico 
pero con entornos tridimensionales. Muchas unidades para 
manejar, auténticas legiones de todo tipo de elementos, cada 
uno con funciones distintas, y controlados a través de la división 

de la pantalla en varias ventanas. 



Una novedad con la que contará este juego es un nuevo tipo de interfaz inteligente. Por 
lo visto podremos memorizar en el programa determinados movimientos del ratón, los 
que nosotros queramos o nos sean más fáciles de realizar. Cuando lo hayamos hecho no 
tendremos que pulsar los botones del periférico para impartir ordenes a diestro y sinies¬ 
tro. De este modo nos ahorraremos mucho tiempo. 

Otros proyectos menos conocidos de Shiny son títulos como Stunt Copter, un curioso títu¬ 
lo basado en helicópteros de radio control y Wiid 9 una especie de juego de rol caracteri¬ 
zado por tener mucha acción, aventura y un humor salvaje; un 
innovador sistema de juego y unos personajes realmente curiosos. Y si no, escuchad cómo definen 
ellos mismos el 
juego: imagínate que 
Ceorge Lucas hubie¬ 
ra co-escrito Star 
Wars con Lewis 
Carroll, el autor de 
Alicia en el país de las 
Maravillas, y la 
hubiera co-dirigido 

con Tex Avery, el genial creador de cartoons. 

Pues eso es Wild 9. 
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ación de los juegos más avanzados 
técnicamente, especialmente en 
juegos para la próxima generación 
de consolas. 

David Perry aparece regular¬ 
mente en shows de televisión, noti¬ 
cias y da charlas al resto de la 
industria. Recientemente fue nom¬ 
brado por la revista Next 
Generation como el hombre más 


importante de la industria del vide¬ 
ojuego. Perry es mucho más que 
un simple programador. Es un 
hombre de negocios con un senti¬ 
do natural para éstos. No está mal 
para un chico de County Antrim, 
irlanda del Norte, que empezó con 
un Sinclair ZX81. un mal corte de 


pelo y una gran pasión por los 
videojuegos, en una industria que 
muchos creyeron que no sería más 
que una moda pasajera. 


//- 


Tenemos que estar al día y ser 
constantemente innovadores y 
comercialmente aceptables si no 
queremos ser destruidos por empre¬ 
sas de todo el mundo''. Esa puede 
ser la traducción de su filosofía. Una 


filosofía que le ha llevado al éxito. 
Desde luego, la innovación es funda 
mental y el humor imprescindible; 
eso se ha demostrado con creces. 


Oscar Condés 


Ante todo mucho humor 


El buen humor es la mejor característica de una empresa joven formada 
por personas cuyas mejores características son el talento y la creatividad. 

Este buen humor se manifiesta tanto en sus jue¬ 
gos como en las relaciones entre ellos que 
propician el buen ambiente que se 
respira en la sede de la compañía. 

En su página web 
(www.shiny.com) se pueden 
encontrar los "retratos" de los com¬ 
ponentes más relevantes del equipo. 

Sus rostros están montados sobre 



los cuerpos de algunos de los per¬ 
sonajes de sus juegos y el resultado, 
como se puede ver, es divertidísimo. 
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Prens 
Técnic 


• Prensa Técnica te ofrece los últimos avances y novedades del mundo de 
la informática a través de sus publicaciones. 

• Internet, Linux, Diseño digital, Programación, Juegos... una oferta 
I variadísima que cubre todo lo que necesitas para estar al día. 

• Tenemos revistas para todos los públicos, ya seas principiante o 
avanzado, Prensa Técnica tiene la solución a tus problemas. 


LA REVISTA QUE Ti DA MAS 
Más PC , la revista informática para todos los 
Dúblicos, con toda la información y actualidad e 
nardware, software, Internet, diseno, Linux, pro 
gramación, videojuegos, multimedia, etc. 

Incluye CD-Rom y libro técnico 


IB 


nSRumfS 


LA MEJOR RECOPILACIÓN 

Modelos 3D es Id revista que te proporciona 
todos los modelos y texturas que necesitas sin 
tener que perder el tiempo buscándolas. Incluye 
modelos, texturas y demos de los programas 3D 
más utilizados. 

PC • Mac 

Bimestral Incluye CD-ñi 


TU ORDENADOR AL DIA 

CO Dmm es una revista imprescindible para el 
mantenimiento de tu PC, Con ella, el usuario 
informático tendrá a mano todos los drivers del 
mercado y estupendos artículos sobre la utiliza 
ción e instalación de los componentes del PC. 


TU GUÍA RARA LA RED 

internet y negocios se introduce en los recove¬ 
cos de la Red mostrándole información rigurosa 
sobre aspectos técnicos., análisis de webs y 
herramientas. Incluye CD-Rom con navegadores, 
utilidades de correo, chat, etc, 

PC 9 Mac m 

Incluye CD-Rom " 


PURO JAVA PARA TODOS 
Ja\a Magazine es una nueva revista que te sor¬ 
prenderé. ademándote en los secretos de este 
lenguaje de programación y las técnicas más usa* 
das del momento. Todo a un mundo a tu alcance 
de la mano del apasionante Java 

PC ¿ 

Incluye CDRom I 


LA MAS VENDIDA DE EUROPA 
Electrónica Práctica Actual es la edición en cas 
tellano de la revista de electrónica más vendida de 
Europa, Contenidos prácticos de electrónica e infor¬ 
mática con noticias. Internet y los montajes más 
ingeniosos. ^ 

Incluye CD-Rom i 


Incluye 2 CDRoms 






***** 


CREAR ESTA EN TUS MANOS 

30 Hfodd está especializada en infografía y en 
general las 3D. Con la última actualidad en dise¬ 
ño gráfico, reportajes, técnicas, trucos y tutoria- 
les de los programas de diseño y 3D más utiliza¬ 
dos en el sector profesional, 

PC 9 Ma c * 

Incluye CD-Rom 


lA nueva era de la 

FOTOGRABA Y EL ARTE 

Fofo Actual y Arte Digital revista para 
profesionales y aficionados al diseño, maqueta- 
ción y retoque fotográfico. La mejor forma de cono¬ 
cer toda la teoria y la práctica sobre las técnicas 
más utilizadas del momento, pe • 

Incluye CD-Rom 


PARA MUGONES EMPEDERNIDOS 1 

MegaGames es la revista que lo tiene todo para 
los aficionados a los videojuegos en todas las pla¬ 
taformas: PC, Playstation, Drearacast, Nintendo 
64 y Carne Boy, Un diseño muy atractivo y la mejor 
información para el jugador empedernido. 


JUGANDO DURO 

fi-Zone te informa de todas las novedades del 
sistema Nintendo, De la consola Nintendo 64, 
Carne Boy y Game Boy Color. Es ia primera revis 
ta en informar sobre las novedades y los juegos 
que estén por salir al mercado. 


HAZ TUS PROPIOS VIDGOdUEOOS 

DÍV Manís es ía primera revista dedicada a apren¬ 
der a programar videojuegos, abarcando todos los 
aspectos def desarrollo. Incluye CD-Rom con tres 
juegos programados por los lectores y demos de 
juegos profesionales. ¿ 

Bimestral Incluye CD-Rom* 


Incluye CD-Rom 







POR Y PARA PROGRAMADORES 
Programación Actual te pone al día del mundo 
del desarrollo gracias a sus secciones principa¬ 
les dedicadas a la programación gráfica, Internet 
y sus lenguajes, desarrollo empresarial y nuevas 
tecnologías. 

flC 

Incluye CD-Rom 




LO ÚU1M0 EN TECNOLOGÍA 

Windows 2000 Actual está destinada a profesiona¬ 
les del mundo NT/2000, El modo más fácil para 
estar al día y conocer este entorno asi como sus 
aplicaciones. 

Incluye CD-fíom 



LA MltS VENDIDA DEL MUNDO 

Linux Journal es la edición en nuestro país de la 
publicación más prestigiosa del mundo GNU/ljnux. 
Entrevistas, actualidad y buenos artículos se dan 
cita en una auténtica ‘BIBLIA’ sobre este sistema 
operativo. 




LO MEJOR, AHORA EN CASIEUANO 

üííujr Actual es la primera revista en castellano 
dedicada ai GNU/Linux: el sistema operativo de 
moda. Incluye artículos dedicados a todas sus 
áreas y un CD-Rom con las mejores distribuciones 
y novedades del momento, 

PC* 


Bimestral 


Incluye CD-ñom 


PENSADA RARA PRINCIPIANTES 

Sótoimujf es la mejor revista en castellano para el 
usuario principiante en el mundo GNU/Linux, En ella 
encuentra toda la información en forma de artículos 
de nivel básico. Incluye un CD-Rom con la distribu¬ 
ción más fácil de instalar del momento. 

PC 

Incluye CD-fíom 
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Este mes hemos dedicado nuestro reportaje al 
apasionante mundo de los emuladores, un 
campo muy en boga en los últimos tiempos. 
Nuestra intención es no sólo contaros qué son 
y cómo funcionan sino introduciros en las 
claves de su programación. 



Gracias a los emuladores 
podremos volver a utilizar 
programas del pasado en 

nuestro PC 


esde hace algún tiempo, 
cuando alguien navega 
por Internet buscando 
archivos que "bajarse" 
tiene una nueva y adictiva alterna¬ 
tiva a las imágenes o los archivos 
MP3. La Red está ocupada por 
una horda de nostálgicos de la 
informática en busca de aquel 
fragmento de software que tantas 
horas de sus vinas llenó, ya sea en 
la tranquilidad de sus cuartos 

cuando un obsoleto 
ordenador de 8 bits 
hacía sus delicias, o 
bien en la típica sala 
de recreativos en com¬ 


pañía de la gente habitual del 
barrio. Si no es la nostalgia la que 
mueve a estos ¡nternautas, es un 
interés de coleccionista o la avidez 
del descubridor de diferentes sis¬ 
temas informáticos. Estamos 
hablando de los emuladores: un 
nuevo universo de posibilidades 
para nuestro PC. 


¿Qué es un emulador? 

Si buscamos en el diccionario la 
voz emulador encontramos la 
siguiente definición: "Que emula o 
compite con otro" y en emular 
encontramos "imitar las acciones 
de otro procurando igualarlas e 
incluso excederlas". Si trasladamos 
esta definición al campo informáti¬ 


co un emulador es un programa 
cuyo cometido es el de hacer fun¬ 
cionar software escrito para otros 
sistemas en nuestro PC. De forma 
más clara, un emulador sirve para 
ejecutar programas de otras 
máquinas distintas, desde 
Macintosh hasta el anciano 
Spectrum, pasando por todo tipo 
de consolas. Incluso puede ser 
emulado en el PC el comporta¬ 
miento de chips aislados, como el 
famoso Z80, o incluso un coproce- 
sador matemático. En gran parte 
de los casos, como se trata de 
máquinas de tecnología anterior a 
la de los PCs actuales, se consigue 
igualar sin problemas el funciona¬ 
miento de estas máquinas y, en 
muchos casos, mejorarlas, aunque 
en casos como los de las videocon¬ 
solas de última generación no se 
consigue una emulación tan per¬ 
fecta. 



Pantalla de presentación del juego 
AM£ en una emulación de CPC6128. 



Pantalla de presentación de la ROM 
de AMIGA en un emulador. 


¿Qué interés puede 
tener emular una 
máquina distinta de la 
nuestra? 

Son muchas las motivaciones que 
pueden inducir a la programación 
de emuladores. Quizá la más anti¬ 
gua sea la basada en intereses edu¬ 
cativos: por ejemplo, si en una 
facultad de informática se desea 
que los alumnos realicen prácticas 
en lenguaje ensamblador de proce¬ 
sadores de la familia del Motorola 
68000, se tendrían dos opciones. 
Una es la de comprar el número 
suficiente de ordenadores 
Macintosh para que todos los 
alumnos puedan realizar dichas 
prácticas, y la otra, mucho más 
barata, es la de desarrollar uh emu¬ 
lador por software que sea capaz 
de traducir instrucciones de 
ensamblador del 68000 a instruc¬ 
ciones del Intel x86 utilizado en los 
PCs. Claramente, la segunda 
opción parece más viable. 

Otra de las posibles motivacio¬ 
nes puede ser la antes mencionada 
nostalgia. Muchos de los actuales 
usuarios de PC hemos sido en el 
pasado usuarios de otros sistemas 
que se ganaron nuestro aprecio 
después de innumerables horas de 
uso (ya se sabe que el roce hace el, 
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Emulación de recreativas de última gene¬ 
ración con Callus (King of Dragons). 


cariño) y, en bastantes ocasiones, 
hemos sentido el deseo de conec¬ 
tar nuestro viejo ordenador para 
pasar un último rato disfrutando 
con el que era nuestro juego favo¬ 
rito. Disponiendo de un emulador 
podremos sentir las mismas sensa¬ 
ciones de antaño haciendo sola¬ 
mente doble clic sobre el icono 
correspondiente en nuestro sistema 
operativo Windows. 

Otra razón puede ser tener en 
nuestro disco duro todo el softwa¬ 
re disponible para una máquina, 
sobre todo, cuando el existente 
resulte de difícil acceso. En el caso 
de consolas de videojuegos que ya 
no estén en venta, puede que esta 
sea la única forma de conseguir 
determinado software. Además, 
hay que considerar que para alma¬ 
cenar todos los cartuchos editados 
para una consola necesitaríamos 
disponer de unos cuantos metros 
cuadrados extra, mientras que con 
un emulador bastará con disponer 
de unos pocos megas en nuestro 
disco duro, aunque, como comen¬ 
taremos después, no está tan claro 
que se pueda hacer esto. 

Por último, puede ser que lo 
que nos impulse a programar un 
emulador sea el propio reto que 
ello representa, ya que la progra¬ 
mación de un emulador es un pro¬ 
yecto nada trivial y dotado de una 
considerable complejidad. A conti¬ 
nuación, después de definir un 
concepto importante, veremos con 
más detalle los distintos tipos de 
emulador existentes, lo cual nos 
ayudará a comprender mejor a lo 
que nos enfrentamos antes de 
adentrarnos en los secretos de su 
programación, 

ROMS: la parte turbia 
de este interesante 
mundo 

Si nos adentramos en una de las 
numerosas páginas web que tratan 
del tema que nos ocupa, veremos 
que ofrecen la posibilidad de 
"bajar" gran número de archivos, 
llamados ROMS, sin los cuales los 
emuladores carecerían de sentido, 
pero cuyo uso, se nos advierte con¬ 
tinuamente en estos web sites, no 


es libre, indicando que las ROMS 
están incluidas sólo a modo de 
ejemplo y que deben ser borradas 
después de haber probado el emu¬ 
lador. 

Primero, debemos saber qué se 
entiende por ROM: las siglas ROM 
corresponden a los términos ingle¬ 
ses read only memory, memoria de 
sólo lectura. Ejemplos de estas 
ROMS pueden ser la BIOS de los 
PCs que contienen la información 
básica que el ordenador necesita 
para funcionar en ausencia de todo 
software (sin ellas no serviría de 
nada introducir un disquete de 
arranque para comenzar a instalar 
un sistema operativo en un orde¬ 
nador nuevo, por ejemplo). En el 
caso de las consolas de videojue¬ 
gos se les llama ROMS a las imáge¬ 
nes de Jos cartuchos que contenían 
originalmente el software, es decir, 
si no tenemos ROMS, no tenemos 
juegos que correr en nuestro orde¬ 
nador. 

Cómo parece lógico, estas 
ROMS han sido obtenidas a partir 
de software comercial, sujeto a 
leyes de copyright, y su uso es ile¬ 
gal. De ahí que en las páginas web 
relacionadas con el tema se ofrez¬ 
can estas ROMS, pero se delegue 
la responsabilidad de su uso inco¬ 
rrecto al usuario. 

Emuladores de 
procesadores 

Los vemos en primer lugar por ser 
los más sencillos de programar, ya 
que de estos emuladores sólo se 
espera, en principio, que muestren 
el estado de los distintos registros 
del mismo al ejecutar una o varias 
instrucciones propias. Esto significa 
que no se necesita programar 
interfaces gráficas complicadas, ni 
emular sonido, ni nada por el esti¬ 
lo. Aunque estos proyectos resulten 
a priori menos ambiciosos, son 
fundamentales para la realización 
posterior de emuladores de máqui¬ 
nas complejas, ya que esas máqui¬ 
nas estarán compuestas de algunos 
de estos procesadores. Cuando se 
programa este tipo de emuladores 
con el fin de incorporarlos en pro¬ 
yectos de mayor envergadura reci¬ 
ben el nombre de engines o moto¬ 
res, cuya importancia trataremos 
más adelante. 

Emuladores de consola 

Estos emuladores se basan en engi¬ 
nes de procesadores como el 
Motorola 68000 o el Z80. En el 
caso de estos emuladores, su pro¬ 
gramación es ya bastante más 
compleja ya que nos tenemos que 
preocupar de cosas tales como los 
gráficos o el sonido. Un factor que 
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Callus, además de ejecutarse en venta¬ 
na, aplica suavizado a la imagen. 


determinará la dificultad de la pro¬ 
gramación de uno de estos emula¬ 
dores será la generación a la que 
pertenezca la consola en cuestión, 
es decir, su antigüedad. Cuanto 
más moderna sea la consola será 
más complicado emularla con efi¬ 
cacia. 

¿Y cómo saber con antelación 
si nuestro PC tendrá potencia sufi¬ 
ciente para emular una consola 
determinada? La verdad es que no 
resulta fácil porque hay diferencias 
sustanciales entre un ordenador y 
una consola: en un ordenador 
todo el peso del proceso lo lleva la 
CPU, que suele ser mucho más 
potente, en proporción, que la 
CPU de una consola. Sin embargo, 
en el caso de la 
consola, la CPU se 
ve ayudada por 
un conjunto de 
coprocesadores 
especializados en 
gráficos, anima¬ 
ción o sonido. Es 
por eso que se necesita un PC con¬ 
siderablemente posterior en el 
tiempo a una consola determinada 
para que éste la emule con efica¬ 
cia, puesto que la CPU del PC ten¬ 
drá que hacer el trabajo de todos 
esos procesadores. 

En cuanto al software, lo 
encontraremos en forma de ROMS, 
antes mencionadas. La idea es que, 
volcando la información de un car¬ 
tucho en un archivo, nuestro emu¬ 
lador sea capaz de leer ese softwa¬ 
re sin hacerle ningún cambio, o en 
todo caso, añadiéndole sólo algún 
tipo de cabecera con información 
útil para nuestro emulador. La 
emulación de "inserción de un car¬ 
tucho" podrá realizarse de dos 
maneras diferentes, dependiendo 
del tipo de emulador: si se trata de 
un emulador por línea de coman¬ 
do i MS-DOS) escribiremos el nom¬ 
bre del emulador seguido del nom¬ 
bre de la ROM, con algunos 
comandos opcionales. En el caso 
de los emuladores con entorno 
gráfico, podremos navegar por el 
sistema de directorios de nuestro 
disco duro en busca de archivos 
ROM, y para ejecutarlos bastará 


Existen emuladores de 
consola, ordenadores, 
máquinas recreativas, 
calculadores, 
componentes hardware e 
incluso de máquinas hand- 
heldóe cristal líquido 
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con hacer clic sobre ellos. Este 
segundo tipo de emuladores com¬ 
porta, entonces, una dificultad 
añadida en su programación. 

Actualmente, existen emulado¬ 
res de todas las consolas, excepto 
de la Dreamcast, cuya tecnología 
de 128 bit, resulta todavía muy 
compleja para ser emulada por un 
P( con eficacia. No sería imposible 
realizarlo, pero, como es de espe¬ 
rar, los resultados dejarían mucho 
que desear. He de decir que mis 
experiencias con emuladores de 
Nintendo 64 o Playstation tampo¬ 
co han sido muy satisfactorias, sin 
embargo, con consolas menos 
potentes (de dieciséis u ocho bits 
los resultados son auténticamente 
perfectos, manteniendo la jugabili- 
dad y suavidad de las máquinas 
originales. 


Emuladores de máquina 
recreativa 

Estos son los emuladores con más 
éxito, ya que son los que permiten 
tener acceso a los juegos que 
mayor fama se han granjeado a lo 
largo de los años. Asimismo, son 
posiblemente lo emuladores más 
agradecidos de programar, ya que 
nos aseguramos que un gran 
número de gente estará interesada 
en ellos. 

Su funcionamiento es muy 
similar a los emuladores de conso- 


Podremos enfocar la 
programación de nuestro 
emulador como un 
compilador estático o 
dinámico, o bien como un 

intérprete 


la: el software también 
se encuentra en forma 
de ROMS, e incluso la 
emulación a bajo nivel 
se basa en la mayoría 
de los casos en los mis¬ 
mos procesadores que 
sustentan las consolas de uso 
doméstico. Un factor nuevo que 
introducen es el problema del 


tamaño de pantalla: las máquinas 
recreativas disponían de monitores 
muy grandes, que daban cabida a 
un mayor número de píxels (lo 
que no quiere decir que tuvieran 
mayor resolución, puesto que la 
mayoría de las coin-op trabajaban 
con una resolución de peso igual a 
la del modo de inferior calidad de 
los PCs actuales, es decir, 

300x200), lo que nos obliga a 
visualizar los juegos con una 
mayor resolución en nuestro moni¬ 
tor, para dar cabida a todos los 
píxels, con la consiguiente reduc¬ 
ción de velocidad y limpieza, y 
condicionando que se necesiten 
máquinas más potentes para reali¬ 
zar estas emulaciones. Algunos 
programadores han optado inclu¬ 
so por una visualización apaisada 
para aquellas máquinas que tenían 
una pantalla mucho más alta que 
ancha. 



En plena fiebre de la emulación ningu¬ 
na máquina se libra (Game&Watch de 
Nintendo). 


Emuladores de 
ordenador 

En este tipo de emuladores, la 
potencia de la máquina original no 
representa un problema para la 
CPU de un PC actual, ya que el 
avance tecnológico en este campo 
es vertiginoso y una máquina que 
fue creada hace 10 años es emula¬ 
da sin ningún tipo de problema. 
Incluso la emulación de AMIGA es 
óptima, pese a que este tipo de 
ordenadores disponía de un set de 
coprocesadores gráficos y sonoros 
similar al de las consolas, antes 
mencionado. 

La obtención y ejecución del 
software de estos emuladores 
puede ser más o menos compleja 
dependiendo del sistema emulado. 
En el caso de las máquinas cuyo 
soporte físico es idéntico al de los 
PCs (disquetes de 3 1 - /2 , bastará 
con preparar nuestro emulador 
para que sea capaz de descifrar 
formatos diferentes de FAT, y 
podremos trabajar directamente 
con los disquetes originales. El sis¬ 
tema AMIGA vuelve a suponer, en 
este caso, una excepción ya que, 
aunque funcionaba con disquetes 
de 3 pulgadas y media y doble 
densidad que deberían ser leídos 
sin problemas por la disquetera 
del PC, el formato resulta física¬ 
mente ininteligible para el PC, 
puesto que el AMIGA aprovechaba 
una capacidad de 880 k en este 
tipo de floppys, frente a los 720k 
que soporta el PC (en discos de 
doble densidad). Esto provoca que 
deban crearse imágenes de los dis¬ 
quetes originales del AMIGA en 
archivos (este proceso debería rea¬ 
lizarse en un AMIGA, que sí era 
capaz de leer los discos de PC), 
para posteriormente leerlas con 
nuestro emulador. Por ello, en este 
y el resto de los emuladores que 
imitan máquinas cuyo soporte físi¬ 
co era diferente al PC, para poder 
introducir "discos virtuales" debe¬ 
remos pulsar una determinada hot 
key (tecla caliente) que nos permi¬ 
tirá elegir uno de estos archivos de 
imagen para engañar a la ROM 
original del ordenador emulado, 
de forma que crea que hay un dis- 


quete metido en su unidad y 
podamos hacer las operaciones 
correspondientes con él. Tenemos 
que tener en cuenta que además 
de ios disquetes de Vi 2 , las 
máquinas antiguas han funcionado 
con disquetes de S 1 ^ (PCs anti¬ 
guos), discos de 3 pulgadas 
(Amstrad CPC y Spectrum +3) con 
doble cara física (había que darles 
la vuelta) e incluso dispositivos de 
cinta (Sinclair, MSX, 
Commodore64, etc.). 
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En el caso de los emuladores de 


ordenadores, las ROMs tienen un gene 
cometido diferente, como ya leng 

hemos comentado antes. En este rápi< 

caso la ROM será única y será un corr 

volcado de la que internamente gua 
lleva cada ordenador. Aunque su de i 
función sea distinta tienen algo en real 
común con las ROMs de las conso- Mu 
las: su distribución es ilegal. Es por cas 
esto que en algunas de las páginas ma 
web dedicadas a este tipo de emú- niv 

(adores no se nos provee de estas así 

ROMs, que por cierto, en el caso gu 

de la Playstation también son có 

necesarias, existiendo varias que pe 

podremos utilizar según nos con- m 

venga, además de las otras ROMs ci< 

(las que portan la información de 
los correspondientes juegos). p< 

al 

Otros emuladores d 

A parte de los emuladores mencio- e 

nados podremos también encon- | E 
trar emuladores de calculadoras, 
por ejemplo. Nos referimos a las 1 

tan extendidas super-calculadoras I 


científicas de Hewlett Packard (HP 
48), o a otras no tan conocidas 
como las de Texas Instruments. 
También hay emuladores de las 
antiguas máquinas conocidas 
como GameácWatch, las primeras 
hand-held, precursoras de la omni¬ 
presente Gameboy, o de las menos 
conocidas Game Gear o Atari Lynx. 
En la página de Emulatronia 
(www.emulatronia.com) podréis 
encontrar algunos de estos simpá¬ 
ticos juegos. 


Seleccionar el lenguaje 
de programación 

Una vez que hayamos decidido el 
tipo de máquina que deseamos 
emular tenemos que enfrentarnos 
a una nueva decisión: ¿qué len¬ 
guaje de programación vamos a 
utilizar? La verdad es que no tene¬ 
mos muchas alternativas. Para 
nuestro propósito necesitamos un 
lenguaje que sea a la vez rápido y 
potente. El lenguaje que mejor se 
ajusta a esa definición es el 
Ensamblador, ya que al ser un len¬ 
guaje de bajo nivel permite reali¬ 
zar cualquier tipo de operación, 
sin límite alguno, y el código 
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generado, al estar pensado en el 
lenguaje de la máquina, es el más 
rápido que podremos lograr, pero, 
como todos sabemos, es un len¬ 
guaje muy complejo, que requiere 
de muchas líneas de código para 
realizar cualquier operación básica. 
Muchas de estas operaciones bási¬ 
cas ya están programadas en la 
mayoría de los lenguajes de alto 
nivel, pero éstos son más lentos, 
así que deberíamos elegir un len¬ 
guaje de alto nivel que genere 
código ensamblador lo más rápido 
posible. Con todo esto, el lenguaje 
más apropiado es el C, cuya velo¬ 
cidad es la mayor de entre los len¬ 
guajes de alto nivel. Aún así, es 
posible que no obtengamos en 
algunas partes críticas la velocidad 
deseada. La solución es codificar 
estas partes señaladas en 
Ensamblador. 


También DIV puede 
hacerlo 

Sí, habéis leído bien. Ha llegado 
hasta nuestros oídos que alguien 
había programado un emulador 
en DIV, No hemos descansado 
hasta obtener más detalles de esta 
noticia. Parece ser que alguien que 
se hace llamar JoseK, ha realizado 
el emulador de una antigua 
máquina recreativa llamada 
Centipede. Esta máquina estaba 
basada en el procesador 6502 y, 
según cuenta el propio autor en 
un archivo LEEME que acompaña 
al programa en cuestión, ha utili¬ 
zado un engine de dicho procesa¬ 
dor programado por alguien lla¬ 
mado Ivan Macintosh y lo ha 
transcrito al lenguaje de DIV, apro¬ 
vechando las capacidades de nues¬ 
tro lenguaje de programación de 
videojuegos para implementar el 
aspecto gráfico del Centipede. 

Toda una obra de arte. Y por si 
esto fuera poco, hemos podido 
leer en la página web de JoseK, 
que también está trabajando en 
un proyecto bastante más ambi¬ 
cioso: un emulador múltiple para 
Nintendo Entertainment System. 
Esperamos ver ansiosos los resulta¬ 
dos de su trabajo. 


DIV MANÍA 
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Formas de programar un 
emulador 

Ahora que ya tenemos selecciona¬ 
do el lenguaje de programación 
que vamos a utilizar tenemos que 
decidir de qué manera va a realizar 
la emulación nuestro programa. 

Hay tres maneras bien diferencia¬ 
das: mediante interpretación, 
mediante compilación estática o 
mediante compilación dinámica. 
Vemos cada una de ellas: 

• Emuladores por interpretación: Este 
concepto designa a los emulado¬ 
res que van leyendo líneas de 
código original y lo van tradu¬ 
ciendo en tiempo real, para irlo 
ejecutando en nuestro PC. Esta 
es la forma menos eficiente de 
emulación, ya que se ocupa gran 
parte de los recursos de la CPU 
en la traducción del código, y 
esto hace que se ralenticen el 
resto de los procesos. Por eso, 
esta forma no es apropiada para 
emuladores de máquinas con 
bastante potencia gráfica y sono¬ 
ra (Super Nintendo, MegaDrive, 
NEO GEO, etc.). Sin embargo, es 
la forma de emulación más apro¬ 
piada cuando el código de la 
máquina emulada es automodifi- 
cable, ya que permite tomar 
decisiones y realizar cambios 
sobre la marcha de la ejecución. 

• Emuladores por compilación estáti¬ 
ca: Es la forma inversa a la ante¬ 
riormente descrita. Se caracteriza 
por hacer toda la conversión en 
un proceso previo a la ejecución, 
llamado compilación. Al estar 
todos los trabajos de emulación 
realizados con anterioridad, la 
CPU puede emplear todos sus 
recursos en la representación grá¬ 
fica y sonora, realizando estas 
operaciones con mayor rapidez y 
suavidad, que es lo que se desea 
en el caso de los emuladores de 


las máquinas más sofisticadas. Lo 
que se hace exactamente es leer 
primero por completo las ROMs 
que se van a ejecutar y convertir¬ 
las a un código ensamblador 
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Hay gran cantidad de emuladores del 
clásico Spectrum. 


equivalente al de nuestra máqui¬ 
na. El problema que tiene este 
tipo de emulación es que en caso 
de aparecer código automodifi- 
cable, no podríamos realizar estas 
operaciones. Esto significa que 
no podríamos realizar un emula¬ 
dor de ordenador con este siste¬ 
ma, ya que no sería posible reali¬ 
zar la conversión entre máquinas. 

• Compilación dinámica: Este es un 
método híbrido de los otros dos. 
Se basa en perder algo de la 
velocidad del segundo método 
para poder emular código auto- 
modificable. Lo que se hace bási¬ 
camente es realizar la compila¬ 
ción en bloques, según vamos 
ejecutando la ROM, en lugar de 
hacer toda la compilación de una 
vez. 


En conclusión, utilizaremos 
interpretación para realizar emula 
dores sencillos que 


necesiten mucha 
versatilidad, com¬ 
pilación estática 
para emuladores de consola y 
compilación dinámica para emula 

Hnrpc Hp nrrlpnaHnr 


Los engine s son la parte 
más importante de nuestro 
emulador 


El proceso 

Una vez que ya hemos tomado 
todas las decisiones más impor¬ 
tantes, nos ponemos manos a la 
obra. Lo primero que tenemos 
que hacer es documentarnos acer¬ 
ca de las características del hard¬ 
ware de la máquina que vamos a 
emular. Entre esta información 
debemos encontrar los distintos 
chips que componen dicho hard¬ 
ware. El siguiente paso es conse¬ 
guir una definición detallada de 
las instrucciones que ejecuta cada 
uno de estos chips, así como una 
lista precisa de los registros que 
poseen. Esto último nos será 
imprescindible para poder progra¬ 
mar los engines de dichos procesa¬ 
dores. 

4 

Programando engines 

Un engine es un fragmento de 
código que ejecuta un código 
equivalente a las instrucciones de 
un procesador cualquiera hacien¬ 
do uso de las instrucciones pro¬ 
pias de nuestro Pentium. Los engi¬ 
nes son la parte más importante 
de los emuladores y, a la vez, su 
parte de más bajo nivel. Ahora 
bien, dependiendo de la motiva¬ 
ción que cada uno tenga para 
hacer un emulador, podremos 
programar estos engines nosotros 
mismos, lo cual puede producir¬ 
nos una mayor satisfacción, o bien 
obtenerlos de alguna de las pági¬ 
nas web dedicadas a la emulación. 










































































Reportaje Div 


Esto último tiene una importante 
ventaja, y es que los engines de 
dominio público ya han sido utili¬ 
zados en muchos emuladores 


anteriores, de manera que habrán 
sido testados de manera concien¬ 
zuda, lo cual asegura su correcto 
funcionamiento. 

Si tomamos finalmente la 
opción de programar nosotros 
mismos nuestros motores, tendre¬ 
mos que tener en cuenta que la 
codificación de un engine es bas¬ 
tante compleja, y que conviene 
programarlo en ensamblador. Lo 
que haremos será ir construyendo 
rutinas en ensamblador del x86 


Podemos programar el 
motor del emulador o 
tomarlo prestado de los ya 
probados con otros 
emuladores 


que tomarán los mismos paráme¬ 
tros que las instrucciones origina¬ 
les del procesador a emular, y que 

producirán el mismo 
efecto que las origina¬ 
les. Asimismo, asigna¬ 
remos partes de la 
memoria de nuestro 
PC para que hagan las 
veces de los registros del procesa¬ 
dor emulado. 


El resto del emulador 

Ahora que ya somos capaces de 
ejecutar las instrucciones de los 
procesadores de la máquina es el 
momento de utilizar el resto de la 
información que tenemos acerca 
del hardware de la misma. Los pro¬ 
blemas que se nos plantean ahora 
son los siguientes: 

- Actualización de la pantalla: la 
complicación de este proceso irá 
según la calidad gráfica de la 
máquina original. 

- Tratamiento de sprites: 

Primordial, sobre todo en la emu¬ 
lación de consolas y máquinas 
recreativas cuyo punto fuerte es 
la facilidad para mover los sprites 
por pantalla de manera rápida y 
suave. Este será uno de los deta¬ 
lles que más influirá en la jugabili- 
dad de las ROMs emuladas. 

- Control de joysticks, gamepads, 
ratones; teclado, etc. 

- Tratamiento del sonido: podre¬ 
mos utilizar sonido MIDI en algu¬ 
nos casos, pero también tendre¬ 
mos que utilizar WAV, irremedia¬ 
blemente. Debemos recordar que 
el sonido es un punto muy 
importante, pues contribuye defi¬ 
nitivamente en la ambientación y 
sensación de interactividad, y en 
ningún caso deberíamos permitir 
que nuestro programa no emula¬ 
ra la música y efectos sonoros de 
las ROMs originales. 

- Generación de interrupciones en 
la manera en la que lo hacía la 
máquina original (para leer un 
dispositivo de control, o reprodu¬ 
cir sonido, por ejemplo). 
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Emuladores 

multiplataforma 

Lo más normal es que nos 
trabajemos un emulador para 
una máquina específica, que ya 
es un loable esfuerzo, pero los 
más valientes puede que se 
atrevan a codificar un emulador 
que sea capaz de hacer 
funcionar ROMs 
correspondientes a máquinas 
con distintas composiciones 
hardware. En este caso, 
estaríamos hablando de un 
emulador multiplataforma. 
Actualmente, el emulador con 
mayúsculas que atiende a esta 
característica es MAME, capaz de 
trabajar con ROMs de múltiples 
máquinas recreativas, incluyendo 
la NEO CEO. 


Manos a la obra 

Ahora que disponemos de algunas 
nociones de importancia acerca de 
la programación de emuladores, 
estamos dispuestos para empezar a 
recavar toda la información necesa¬ 
ria para construir nuestro propio 
emulador, pero sí no nos sentimos 
capaces siempre podemos disfrutar 
del trabajo que ya han realizado 
otras personas. Para los que tomen 
cualquiera de las dos opciones les 
aconsejamos que se dirijan a cual¬ 
quiera de las direcciones web que 
existen sobre el tema o, para una 
búsqueda rápida y en castellano, 
aconsejamos de nuevo la página 
de www.emulatronia.com . Que ten¬ 
gáis una emulación satisfactoria. 

Sergio Cánovas 


Direcciones relacionadas 

Aquí tenéis una larga lista de direcciones relacionadas con los emuladores: 

h ttp://www. emuciassics. com/tosbox/ 


h ttp://www. ciassicgaming.com/cpe/ 
http ://www. emula tion. n e t/msx/ 
http://www.codepoet.com/UAE 
http://www. bleem. com/ 
http://www.psemu.net 
http://www.virtualgamestation.com/ 
h ttp://uitrahie. emugaming. com/ 
http://mtr.dht.dk/ 
http://www. hu6280. com/ 
http: //www. magicengine.com/ 
http://www. maelstrom. net/callas/ 
http://hive.speedhost.com/ 
http://kcbbs.gen.nz/users/chrish/ 
http://mame.retrogames.com 
http://www.classicgaming.com/mame32 
http://www. macmame.org 
http://xmame.retrogames.com 
http://www. rainemu.com/ 
http://www. retrocade. com/ 
http://members.xoom.com/ggoedert/dosuae/ 
index.html 

http://www. freiburg.linux. de/~uae/ 
ftp://users. aol. com/davidells/ApplePC¡ 
http://www. pacifist. fatahdesign.com/ 
http://www.computerbrains.com/ 
ccs64down.htm 

www. auto, tuwien.ac. at/~riieger/Power64/ 
Power64.html 
h ttp://www. ardi. com/2 
http://www.uni-mainz.de/~bauec002/ 
B2Main.html 

http://www.lsi. usp.br/ ~ ricardo/brmsx. h tm 
http://www.komkon.org/~dekogel/fmsx.html 
http://personal.redestb.es/raulgomez/r80.htm 
http://www,philosys. de/ ~ kunze/xzx/ 
h ttp: //www.geocities. com/Silicon Valley/Bay/ 
9932/ 

http://www.whimse.y. com/z2 6/z26. htmi 
http://stella.atari.org 


h t tp://s tellax.8m.com/ 
http://cas3.ziin.vutbr.cz/~stehlik/a800.htm 
http://www. shenleyfields. demon. co.uk/ 
rainbow.html 

http://www.dysfunction.demon.co.uk 

http://internetter.com/titan/software/ 

index.html 

http://emu.simplenet.com/lynx/ 
http://members.xoom.com/ColEmDos/ 
http://www. komkon. org/fms/CoIEm 
http://www. work.de/nocash/gmb. htm 
http://emulation. net/gameboy/ 
http://www.komon.org/fms/VGB/ 
http: //www. enterspace. org/world/ 
massage.htm 

http://www. komkon.org/fms/MG/ 
http://www.komkon.org/~stiles/emulation/ 
sega/ 

http://www. dassicgaming.com/meka 
http: //www. komkon. org/fms/MG/ 
http: //www. emulnews. com/kmi-empire¡ 
h ttp://www. d tmn t com/ 
http://www.humboidt1.com/~ognir/ 
dgen-sdl.html 

http://home5.swipnet.se/~w-50884/ 
emulator/rage.htm 
h ttp://underworld. fortunecity. com/ 
simuiator/527/ 

http://www. iilusion-city. com/neo/index. htm 
http://fwnes.davesvgc. com/ 
http: ¡/201.5.92.43/ 
http://www. system 16.com/m72.htmi 
http://home5.swipnet.se/ 
~w-50884/emulator/rage.htm 
http://www. hubcap. demon. co. uk/ 
sparcade.htm 
h t tp://www. sys tem 16.com 
http://abyss.moving-people.net/s 1 6w32.html 
http://eiectron.et. tudeíft. ni/~jdegoede/ 
system16.html 









































Resolviendo problemas 




Continuamos el artículo donde lo dejamos el 
mes pasado. Este mes veremos las otras 
funciones que se quedaron en el tintero. 
Vamos a ello sin más preámbulos. 



Vamos a ver todas las 
instrucciones para manejo 

de ficheros 


ueno, directamente, no 
vamos a empezar, podría ser 
algo confuso. Primero resu¬ 
miremos lo que vimos el 
mes pasado, para así comprobar el 
punto exacto donde nos queda¬ 
mos y continuar a partir del 
mismo. 

En el último capítulo... 

El mes pasado dividimos el artículo 
en dos partes. La primera de ellas 
era el entorno, dentro de este 
apartado estuvimos viendo algunos 
trucos para el generador de sprites 
y los editores de mapas gráficos y 
3D. 

El otro apartado era el del len¬ 
guaje; viendo primero algunas 
opciones de compilación para evi¬ 
tar errores. 
También se vieron 
las funciones 3D, 
las de búsqueda 
de caminos y 

todas las relacionadas con Ja escri¬ 
tura y manejo de textos. 

Este mes, continuaremos con el 
lenguaje, y veremos aquellos gru¬ 
pos de funciones que se quedaron 
en el tintero. Veamos cuales son 
estas funciones, así como algunos 
trucos, como viene siendo habi¬ 
tual. 

Rutinas de ficheros 

Comenzamos con las rutinas de 
ficheros, donde se ha dado un 
gran avance. Antes únicamente se 
disponía de dos instrucciones para 
manejo de ficheros. Ahora, la lista 
de funciones disponibles es bastan¬ 
te extensa, teniendo algunas de 
ellas similitud con algunas del len¬ 
guaje C, siendo otras totalmente 
novedosas y originales. Pero, como 
veníamos haciendo, primero 
comentaremos algunos trucos y, 


luego, pasaremos a ver la lista de 
todas estas funciones. 

Lo primero a tener en cuenta es 
el tamaño de lectura y escritura de 
datos. Este parámetro es modifica- 
ble, ya que existe una variable glo¬ 
bal llamada unit_size f que determi¬ 
na el número de bytes que se lee¬ 
rán o escribirán cuando se trabaje 
con ficheros. Este valor es muy 
importante, por ejemplo, si se 
quiere leer texto, ya que, en este 
caso, conviene leer los datos, byte 
a byte, de uno en uno. 
Normalmente convendrá leer de 
esta forma, es decir, unit_size=1, 
aunque siempre dependerá del 
tipo de dato que usemos, y del 
tamaño del mismo. También se 
puede usar esta variable como un 
sistema de seguridad, usando un 
pequeño truco. La ¡dea parte de 
cuando creamos un fichero y que- 
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remos que sólo nosotros podamos 
crear este tipo de ficheros, para 
evitar que alguien llegue con un 
fichero creado por él, lo sustituya, 
y funcione. En estos casos, a la 
hora de grabar y leer, se debe defi¬ 
nir el valor de unit_size con un 
número primo: siete, nueve, once, 
etc. Con esto conseguiremos que si 
el manipulador de ficheros que 
haga el intercambio no crea el 
fichero con un múltiplo de bytes 
igual al parámetro que nosotros 
hayamos definido, podamos detec¬ 
tar el cambio y actuar en conse¬ 
cuencia. 

Y hablando de seguridad en 
manipulación de ficheros, en este 
aspecto DIV ha dado un cambio 
radical, ya desde el comienzo, con 
la instalación de programas. Con 
DIV 1, cuando se creaba una insta¬ 
lación de uno de los juegos crea¬ 
dos, cualquiera podía modificar los 
gráficos de los FPG, pudiendo per¬ 
sonalizar el juego, cambiando 
incluso los créditos, si estos venían 
en un gráfico. Ahora con DIV 2, 
existe una modalidad de instala¬ 
ción que permite comprimir odos 


Con DIV2, es más fácil manejar ficheros de disco 





























Poco a poco, iremos desvelando uno a uno 
todos los trucos de DIV. 


los ficheros, así la modificación de 
los FPG es imposible, ya que, ade¬ 
más de comprimirlos, están, hasta 
cierto punto, codificados con una 
clave interna de DIV, que nadie, o 
casi nadie, conoce. Esto está muy 
bien, ya que a nadie le gusta que 
se apropien de un trabajo. Pero 
existen otros tipos de ficheros, 
siendo unos de los más importan¬ 
tes los que nosotros creamos para 
guardar datos; tablas de récord, 
partidas, etc. En estos casos con¬ 
viene tomar medidas de seguridad 
y, así, evitar que alguien se ponga 
el primero en la tabla de récord sin 
habérselo ganado. Con DIV2, se 
dispone de algunas funciones para 

trabajar con fiche¬ 
ros comprimidos 
y codificados. 

Con estas funcio- 


Determinados ficheros se 
suelen codificar para 

protegerlos 


nes podremos 
comprimir y des¬ 
comprimir ficheros, con lo que la 
manipulación ai nivel de byte con 
un editor se dificulta, Pero, siem¬ 


pre, alguien podrá crear una apli¬ 
cación desde DIV que se encargue 
de descomprimir ficheros, con lo 
que se habría salvado esta contra¬ 
riedad. Por eso, también se dispo¬ 
ne de dos rutinas de codificación y 
descodificación de ficheros. Con el 
uso de estas funciones la manipula¬ 
ción es imposible, ya que uno de 
los parámetros que usan es una 
palabra clave, que modifica la 
forma de codificar el fichero. 

Como solamente el programador 
conoce dicha clave, la modificación 


es, por tanto, imposible hasta para 
los mejores crackers. 

Algo muy útil es crear lo que se 
conoce en la programación para 
Windows como file manager. Esto 
es crear los procesos necesarios, 
que haciendo uso de las funciones 
de manejo de directorios, nos per¬ 
mitan movernos por el árbol de 
directorios del disco duro. En el 
caso de que se permita al usuario 
esta opción de navegación, se 
debe tener en cuenta que, antes 


de salir del juego, el programador 
se debe encargar de volver al 
directorio de inicio donde comen¬ 
zó, si no lo hace así, el programa 
dará un error general, que, además 
de quedar muy feo, podría hasta 
bloquear el ordenador. 

No quiero acabar esta sección 
de trucos sobre trabajo con fiche¬ 
ros sin comentar un hecho. Se han 
realizado pruebas con ficheros sin 
que diesen ningún problema cuan¬ 
do se escriben o se leen de una 
vez. Es decir, si se abre un fichero, 
se lee de él o se escribe, luego se 
cierra y no se vuelve a modificar, 
no hay'problema en ninguno de 
los casos. Pero también se han 
hecho pruebas usando dos handles 
de ficheros, en este caso, sí que ha 
habido problemas. El programa de 
ejemplo que se usó fue uno cuya 
aplicación era la de leer de un 
fichero, modificar datos y guardar¬ 
lo en otro fichero. Podría ser que el 
programa de ejemplo no estuviera 
todo lo depurado posible, sin 
embargo, la realidad ha sacado a la 
luz que el fichero destino no guar¬ 
daba los datos como debiera. 

Queda en mano de los lectores el 
uso de más pruebas para compro¬ 
bar este hecho, aunque es posible 
que sea un bug o fallo de la aplica¬ 
ción. 

Una vez vistos algunos trucos 
con ficheros, vamos a ver una lista 
de las funciones que se usan. 

- int encodeJile(üchero, clave): esta 
función se encarga de codificar 
ficheros. Como parámetros, se 
usan el nombre del fichero den¬ 
tro del disco duro y una variable 
del tipo texto, que servirá como 
clave. Devuelve 1 si ha tenido 
éxito y 0 si se ha producido un 
error. 

- int decodejile(f\chero, clave): esta 
función se encarga de descodifi¬ 
car ficheros. Como parámetros, 
se usan el nombre del fichero 
dentro del disco duro y una 
variable del tipo texto, que servi¬ 
rá como clave, es decir, los mis¬ 
mos parámetros que en el caso 
anterior. Devuelve 1 si ha tenido 

■ éxito y 0 si se ha producido un 
error. 

- int compress_fÍ¡e(f\cheró): con 
esta función podremos compri¬ 
mir un fichero en el disco duro. 
Lo único que se necesita como 
parámetro es el nombre del 
fichero a codificar. Devuelve 1 si 
ha tenido éxito y 0 si se ha pro¬ 
ducido un error. 

- int uncompress_file(f\c)r\ero): esta 
función realiza el proceso contra¬ 
rio a la anterior. Sirve para des¬ 
comprimir ficheros. Como en el 
caso anterior, se necesitará el 



nombre del fichero a descompri¬ 
mir. Devuelve 1 si ha tenido éxito 
y 0 si se ha producido un error. 
int fopen( fichero, atributos): ésta 
es una de las funciones más 
importantes ya que nos permite 
abrir ficheros. Como primer pará¬ 
metro debemos indicar el nom¬ 
bre, con su ruta correspondiente 
si fuera necesario, del archivo 
con el que queremos operar. El 
otro parámetro indica el modo 
de trabajo con el archivo. Se 
puede indicar una r si se quiere 
leer del archivo, w para escribir o 
sobrescribir un archivo o usar o 
para añadir datos a un archivo. 
Esta función es muy parecida a la 
del lenguaje C, por lo que puede 
resultar familiar a muchos lecto¬ 
res. La función devuelve lo que 
se denomina handle, una variable 
especial que sirve para hacer 
referencia al archivo. Cada vez 
que queramos hacer algo con un 
archivo concreto deberemos indi¬ 
car su handle para seleccionarlo, 
por ejemplo, cuando acabemos 
de trabajar con dicho archivo, se 
debe cerrar usando la función 
fcloseQ. 

- int fdose(handle): esta función 
sirve para cerrar un archivo, cada 
vez que se usa la función fopenQ, 
se abre el archivo, después de 
trabajar con el mismo se debe 
cerrar. Como parámetros se debe 
indicar el handle del archivo a 
cerrar, este handle fue devuelto 
por la función topen, que abrió 
dicho archivo. Esta función tam¬ 
bién es similar a una que existe 
en el lenguaje C. 

- ¡nt freod(&buffer,longitud,hand- 
le): esta función se usa para leer 
datos desde un archivo. El pará¬ 
metro Scbuffer debe ser la direc¬ 
ción de una variable donde se 
guardarán los datos. El paráme¬ 
tro longitud indica el numero de 
datos a leer y la variable handle 
será, como su nombre indica, el 
handle del archivo desde donde 
se lee. Esta función también tiene 
su hermana "mayor" en el len¬ 
guaje C. 

- int fwr/te(&buffer,longitud,hand- 
le): si la anterior función servía 
para leer datos, ésta en concreto 
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sirve para escribir, es decir, el 
proceso contrario. Se necesitarán, 
como parámetros, una variable 
desde donde leer, una longitud, 
que determinará el número de 
datos a escribir, y el handie del 
archivo donde se vaya a escribir. 
Como la función anterior, tam¬ 
bién tiene su idéntica en C. Con 
las dos funciones, ésta y la ante¬ 
rior, podremos trabajar con archi¬ 
vos, aunque se deben tener en 
cuenta los atributos usados al 
abrir el archivo. 

- int fseeki handie,posición,modo): 
esta función sirve para colocarse 
dentro de un archivo. Usa tres 
parámetros, el primero es el 
handie del archivo, el segundo es 
el número de bytes que hay que 
desplazarse dentro del archivo, y 
por último, tenemos el modo, 
que indica desde donde se debe 
desplazar dentro del archivo. 
Existen unas constantes definidas 
que facilitan el uso de este pará¬ 
metro. Si se utiliza como modo, 
el valor seek_set, se usará como 
inicio de desplazamiento el inicio 
del archivo. Si se desea desplazar¬ 
se desde el final del archivo se 
usará seek_end y, por último, se 
utilizará seek_cur para desplazarse 
desde la posición donde se 
encuentre actualmente el fichero 
abierto, lo que se podría denomi¬ 
nar "desde la posición del cursor 
de desplazamiento". 

- int ftell( handie): si se desea saber 
la posición de lo que denomina¬ 
mos cursor de desplazamiento, 
que indica el lugar del archivo 
donde se leerán o escribirán 
datos, se podrá hacer usando 
esta función, que devuelve dicha 
posición. Este valor devuelto no 
tiene nada que ver con el modo 
de la anterior función, ya que el 
parámetro de esta función ftellQ 
indica la posición dentro del 
archivo y el anterior parámetro 
indicaba un modo de desplaza¬ 
miento (inicio, final o cursor). 

- int filelength( handie): con esta 
función podremos conocer la 
longitud de un fichero. Es decir, 
el número de datos que contie¬ 
ne. Como parámetro necesita el 
handie de un fichero abierto. 



Cuando se usa esta función no se 
modifica la posición de lectura 
donde esté el archivo. El valor 
que devuelve, como se ha dicho, 
es el número de datos que con¬ 
tiene ese archivo. 
int flush): esta función tiene dos 
cometidos. Uno de ellos consiste 
en vaciar los buffer de escritura y 
no es de mucha utilidad. Cada 
vez que se escribe en un archivo 
los datos pasan por un buffer, 
esta función consigue que se 
escriban automáticamente todos 
los datos que halla en dichos buf¬ 
fer, vaciándolos. Esto, normal¬ 
mente, no es necesario, ya que el 
sistema tiene una gran optimiza¬ 
ción en estas operaciones y suele 
ser invisible para el programador. 
El otro cometido de la función 
tiene que ver con el valor devuel¬ 
to, ya que indica el numero de 
ficheros abiertos, una informa¬ 
ción que, a veces, puede ser útil. 
int get_d/r/n/b(mascara_dir,attri- 
butos): esta función es muy útil 
ya que es el corazón de una futu¬ 
ra ventana de archivos. Es similar 
al comando dir, de MS-DOS, que 
muestra una lista de los archivos 
que contiene un directorio deter¬ 
minado. La función devuelve el 
número de archivos que hay en 
dicho directorio. Como paráme¬ 
tros, primero se debe indicar una 
máscara de directorio, es decir, 
una especificación de los archivos 
a leer; pudiendo especificar un 
directorio concreto desde donde 
leer, un nombre de un archivo 
determinado o un grupo de 
ellos, utilizando los comodines 
disponibles que son la interroga¬ 
ción y el asterisco (? y *). La inte¬ 
rrogación se usará para que, en 
una posición determinada, una 
letra pueda ser cualquier tipo y el 
asterisco para indicar que, desde 
esa posición hasta la izquierda, 
puede aparecer cualquier texto. 
Está el típico que lee todos 
los archivos, aunque se pueden 
hacer otro tipo de máscaras mas 
complicadas, como "c:\ejem- 
plo\sys*.??0 1 ’, que seleccionará 
los archivos del directorio ejem¬ 
plo, que comience con "sys", y 
cuya extensión acabe por 0. El 
segundo parámetro, determina 
también el elegir un determinado 
grupo de archivos, pero usando 
otra clasificación. Existe una serie 
de constantes predefinida que 
facilita el uso de este parámetro. 
Se pueden sumar para indicar 
más de un modo de lectura, lo 
más típico, será usar únicamente 
como parámetro la constante 
_normai que listará sólo los archi¬ 
vos normales. Existen otros cua- 
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£1 manejo de textos, es superior en esta 
nueva versión. 

tro tipos que son: _hidden para 
incluir los archivos ocultos, „sys- 
tem que incluirá los archivos del 
sistema, _subdir para incluir los 
subdirectorios y por último _voüd 
para listar sólo la etiqueta del 
volumen. Una vez determinado 
los parámetros y lo que retorna 
la función, veremos cómo utili¬ 
zarla. Cuando se llama a esta 
función, se rellena una estructura 
llamada dirinfo, que está definida 
de la siguiente manera: 

STRUCT dirinfo; 

files; 

name[1024]; END 


Hasta hace poco sólo 
había dos instrucciones 
para manejo de ficheros 


En el campo files se guardará e 
numero de archivos en lista, que 
será igual al 
devuelto por la 
función get_dirin- 
fo(). Y en la tabla 
ñame, habrá una 

lista de punteros a los nombres del 
directorio. Es decir, cuando se 
llame get_dirinfo(),e I número de 
archivos que cumplían las máscaras 
y modos de lectura se guardarán 
en esta estructura, dentro de 
name[] f cada uno de los nombres 
de los archivos. En dirinfo.name[0], 
se encontrará el nombre del primer 
archivo, en dirinfo.name[ 1], el 
siguiente y, así sucesivamente. 

Estos archivos se guardan en orden 
alfabético, algo a tener en cuenta, 
y puede darse el caso de que nin¬ 
gún archivo cumpla las condicio¬ 


nes introducidas. También es 
bueno leer los archivos por un lado 
y los subdirectorios por otro, usan¬ 
do para ello, las constantes _ nor¬ 
mal y _subdir, respectivamente. 

- get_fiieinfo(r\Qmbre): esta función 
sirve para coger información 
sobre un archivo determinado. El 
nombre de archivo deberá ser 
indicado como parámetro; la fun¬ 
ción devolverá Ó si el archivo no 
existe, o no se ha podido obte¬ 
ner información sobre él, y 1, si 
la función ha tenido éxito. En 























































Ahora se pueden hacer juegos de tipo DOOM, 
gracias a las opciones 3D. 


este caso, la información sobre el 
archivo se guardará en la estruc¬ 
tura fileinfo, que tiene diversos 
campos. Por un lado está 
fullpath, que indica el nombre 
completo, incluyendo la ruta, 
drive, que indicará la unidad de 
disco, siendo 1-A:, 2-B:, 3-C:, etc. 
También está dir, que guardará el 
directorio del archivo, ríame, que 
guardará el nombre y ext la 
extensión del mismo. Luego esta 
size que indica el tamaño indi¬ 
cándolo en datos. 
También están 


Las funciones 
matemáticas son útiles 
para crear la física de los 

objetos 


day, month y year, 
que indican el 
día, el mes y el 
año, respectiva¬ 
mente, de la fecha de última 
actualización; y hour, min y sec 
que indicarán la hora, minuto y 
segundo de la última actualiza¬ 
ción. Por último, está attrib, que 
indica los atributos del archivo. 
Como se puede comprobar, toda 
esta información es la que sale 
normalmente cuando se consi¬ 


gue una lista de archivos, por 
ejemplo con dir del MS-DOS, 
pero, en este caso, sólo se obten¬ 
drá la información de un archivo 
determinado. Lo mejor, para 
comprobar su funcionamiento, es 
hacer algunas pruebas y compro¬ 
bar los campos con la informa¬ 
ción obtenida. 

- int getdriveQ : esta función sirve 
para saber en qué unidad de 
disco se encuentra actualmente 
el sistema, ya que devuelve la 
unidad actual siendo 1-A, 2-B y, 
así sucesivamente, hasta el 
número de unidades de que se 
disponga. 

- int setdrive(ur\\dad): ahora nos 
encontramos con, lo que se 
podría definir, función contraria a 
la anterior. Ésta se usa para fijar la 
unidad actual, funcionando de 
igual manera que la anterior, ya 
que se debe introducir un núme¬ 
ro que indique el número de uni¬ 
dad, 1-A, 2-B y, así sucesivamen¬ 


te. Para poder comprobar todas 
las unidades, se debe ir llamando 
a setdriveQ, incrementando la 
unidad de disco duro, y ver si 
realmente ha cambiado o no, 
con getdriveQ, ya que no se 
devuelve ningún error. Además, 
este método es útil para conocer 
las unidades disponibles. 

- int chdir( dir): para la gente que 
conozca los comandos de MS- 
DOS, esta función sería la más 
similar al comando cd, que nos 
permite cambiar de directorio. 

Para ello deberemos pasar el 
nombre del directorio al que nos 
queremos mover. Devolverá 1 si 
lo ha hecho con éxito y 0 si se 
produjo un error. 

- int mkdir( dir): si la anterior fun¬ 
ción era similar al comando cd 
del MS-DOS, ésta lo es al MD, 
que permite crear un nuevo 
directorio dentro del actual. Para 
crearlo, se deberá introducir 
como parámetro el nombre del 
nuevo directorio. 

- int remove(mascara_dir): esta fun¬ 
ción es útil pero peligrosa, ya 
que permite borrar ficheros y 
directorios. Acepta comodines, 
por lo que es más parecida al del- 
tree, del MS-DOS, que al del, ya 
que este último sólo borra archi¬ 
vos. Hay que tener mucho cuida¬ 
do al usarla ya que, en DIV, no 
existe una papelera que nos per¬ 
mita recuperar los archivos borra¬ 
dos. 

- int disk_free( unidad): llegamos a 
la última fundón de manejo de 
ficheros, que nos permite cono¬ 
cer el espacio disponible en una 
unidad midiéndola en Kilobytes. 
Como parámetro se indicará la 
unidad, siguiendo el método 
habitual, 1-A, 2-B y, así sucesiva¬ 
mente, y devolverá el número de 
Ks disponibles en esa unidad. 

Una vez vistas todas las funcio¬ 
nes y trucos que tienen que ver 
con el manejo de ficheros, pasare¬ 
mos a las funciones matemáticas, 
continuando con el mismo sistema. 
Primero veremos algunos trucos, 
luego pasaremos a ver todas las 
funciones nuevas relacionadas. 
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Funciones matemáticas | 

Ahora veremos todas las funciones 
matemáticas. Éstas pueden parecer 
de uso específico para matemáticos 
pero no es así, ya que son muy úti¬ 
les para crear la física de los obje¬ 
tos, como botes, inercias, etc. Se 
pueden estudiar fórmulas de física 
en cualquier libro y, en algunas de 
ellas, se necesitan ciertas funciones 
matemáticas que son las que vere¬ 
mos al final de esta parte. 

Y para muestra, un botón, de 
modo que veremos un ejemplo de 
la utilidad de estas funciones. 
Supongamos que queremos hacer 
un círculo, punto a punto, en el 
fondo de pantalla. Para calcular 
cada uno de estos puntos, tenien¬ 
do un ángulo dado, y pasándolo a 
radianes, usaremos las funciones 
de seno y coseno para conseguirlo. 

Esto también se ve en la simili¬ 
tud de las funciones sinQ y cosQ, 
como las que había anteriormente 
en DIV, que eran get_distx() y 
get_disty(). Siendo las primeras, 
como de más bajo nivel, ya que en 
las segundas se incluye un radio de 
circunferencia y en las primeras no. 

Las otras funciones nos calcula¬ 
rán la tangente, el arco del seno, el 
arco del coseno y el arco de la tan¬ 
gente utilizando dos métodos dis¬ 
tintos. Todos los datos se darán en 
milésimas, ya que estas funciones, 
normalmente, trabajan con varios 
decimales. 

- int sin(a ngulo): halla el seno de 
un ángulo dado como paráme¬ 
tro. 

- int cos(angulo): halla el coseno 
de un ángulo dado como pará¬ 
metro. 

- int ton(angulo): halla la tangente 
de un ángulo dado como pará¬ 
metro. 

- int asin( seno): halla el ángulo del 
arco de un seno dado. 

- int ocos(coseno): halla el ángulo 
del arco de un coseno dado. 

- int atan(tangente): halla el ángu¬ 
lo del arco de una tangente 
dada. 

- int atan2(x, y): halla la arcotan- 
gente obtenida de dividir los dos 
valores pasados como parámetro, 
que es un ángulo. 

Con esto quedan vistas todas 
las funciones matemáticas, vere¬ 
mos ahora el sonido y la música, 
un campo muy importante en 
cualquier vídeojuego, en el que se 
han introducido muchas mejoras. 

El sonido y la música 

En esta última sección únicamente 
veremos los trucos, dejando la lista 
de función, con las especificaciones 
I propias, para un próximo artículo. 
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Así que, sin más preámbulos, pase¬ 
mos a ver dichos trucos para sacar 
mas partido al sonido en DIV2, 

El primer truco consiste en los 
volúmenes. En la anterior versión 
de DIV, el volumen se ponía al 
tope cuando entraba algún juego, 
teniéndolo que bajar. En esta ver¬ 
sión ha pasado lo contrario, está 
demasiado bajo, a veces, inaudible. 
Lo mejor es subir todas las varia¬ 
bles referentes a los volúmenes de 
los archivos de sonido del tipo wav 
y ponerlas al máximo. Otro truco 
consiste en amplificar dichos archi¬ 
vos wav con programas externos, 
como el CoolEdit, que dispongan 
de la opción de amplificación del 
volumen de sonido. 

Cambiamos de tercio ya que 
ahora comentaremos otro nuevo 
aspecto: incluir temas de música 
del formato IT, XM, MOD, S3M. 
Estos ficheros se realizan con unos 
programas de creación de música, 
que se denominan comúnmente 
trackers. Algunos de los más cono¬ 
cidos son el Screen Tracker, el 
Impulse Tracker o el Modplug, que 
es para Windows. Todos ellos fun¬ 
cionan de forma parecida, ios ins¬ 
trumentos son samples, es decir, 
ficheros con sonidos, parecidos a 
los wav, pero sin cabecera. El pro¬ 
grama tiene varios canales donde 
podremos ir introduciendo estos 
sonidos en forma de listas o pater¬ 
nas. Con esto conseguiremos, por 
ejemplo, si disponemos del sonido 
de un bombo, una caja, unos char¬ 
les, un platillo, etc. realizar un ritmo 
de batería. La mayoría de estos pro¬ 
gramas son bastante fáciles de 
manejar y se dispone de muchos 
instrumentos grabados por otros 
compositores. En este aspecto, el 
intercambio de instrumentos es 
habitual entre los distintos temas. 
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Consultas de nuestros lectores 

Hola, Tizosoft, el motivo de ponerme en contacto contigo es 
para ver si me puedes dar un concepto generalizado sobre como se 
debería gestionar en DIV los rebotes de una pelota en un entorno en 
modo 7, o bien, en modo 8 contra el suelo, o bien, contra otros 
procesos, ya que estoy planteándome el realizar en mis ratos libres 
un juego de fútbol, gracias y un saludo. 

Fernando Nicolás Torres. 

Amigo Fernando , espero que no te moleste que incluya esta pregun¬ 
ta en la revista pero me ha parecido interesante. En un juego de fútbol 
existen vanos tipos de rebotes, Haremos dos grupos, uno contra el 
suelo , el rebote del balón, y el otro con otros elementos, como pueden 
ser los jugadores o los palos de la portería. Para el primero, para que el 
bote sea real, debes conseguir que el balón se comporte como si estuvie¬ 
ra dentro de un circulo, por lo menos en el eje en el que bota. Es decir, 
usando las funciones get_disty() o, si la prefieres, la función de coseno. 
Deberás hacer que el balón suba y baje, pero sólo media circunferencia, 
la otra está, por decirlo de alguna manera, bajo tierra. En cuanto ai 
rebote con los otros elementos de juego, el primer problema con el que 
nos encontramos es que no existe la función collisionQ, para detectar si 
han chocado. Aunque nos podemos crear una usando las coordenadas 
y comprobando si están lo suficientemente cerca como para colisionar. 
Una vez detectada la colisión, deberemos hacer que choquen y reboten. 
Para conseguir esto, tendremos que usar algunos datos de los elemen¬ 
tos implicados. Lo mejor, para facilitar los cálculos, es trabajar con un 
ángulo, que indicará la dirección del objeto, y una velocidad o fuerza de 
avance. Con estos datos, sumaremos los ángulos y fuerzas, resultando 
unos nuevos ángulos y fuerzas para los elementos implicados. Esto se ve 
mejor gráficamente, dibujando dos bolas de billar que chocan, tendrán 
un ángulo de choque, y un ángulo de trayectoria, sumando estos dos 
ángulos y ponderando las fuerzas de las bolas, conseguiremos que cada 
bola rebote hacia su dirección. Puedes ver un ejemplo dentro de Div, en 
el juego del billar. Espero haber aclarado tu duda y que sirva para otros 
DI Veros. 


Despedida y cierre 

Dejamos un truco de sonido en el 
tintero para el próximo numero. 
También dejamos para dicho 
número las funciones de sonido y 
música, las funciones sobre primiti¬ 
vas gráficas, las funciones de color 
y las funciones de memoria de sis¬ 
tema. Como podéis ver, aún nos 
quedan muchos trucos y funciones 
por ver. 


Espero que os sean útiles los 
trucos que hemos visto este mes, 
continuaremos con la tarea el mes 
que viene. Podéis mandar vuestras 
dudas al e-mail: tizo@100mbps.es, 
o a la dirección postal de la revista. 
Espero que el mes que viene vol¬ 
váis a leerme y que, mientras, os 
Divirtáis programando. 

Tizosoft (TÍzo@100mbps.es) 


• * * 


haput de Vital 

y' 

Ultimamente está recorriendo la Red, un programita que contiene una fun¬ 
ción que nos permite realizar el típico input de otros lenguajes, como el Basic. 
Pero, ¿qué es un input ? Es una función que permite recoger un dato desde el 
teclado, que lo introduzca el jugador y guardarlo en una variable. Como DIV, 
estaba realizado especialmente para jugar, disponía de funciones de lectura de 
teclado pero orientada más a la lectura rápida de una tecla, por ejemplo, leer la 
tecla del cursor izquierdo para comprobar si el jugador quiere moverse hacia 
esa dirección. Pero no estaba preparado para, por ejemplo, recoger el nombre 
del jugador en la tabla de récord. Con el Input de Vital esto es posible, ya que 
funciona perfectamente, permite repetición de letras, borra bien los caracteres 
y lee casi todo el teclado, pudiendo utilizar símbolos, mayúsculas, minúsculas, 
etc. "Un aplauso pa'l Vital", hasta se podría hacer un procesador de textos con 
él, pero eso es otra historia que se contará en su momento. 
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Acción Plataformas 
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SPBO 


La programación básica 


arcades o plataformas no requiere un 



avanzado de conocimientos pero sí grandes 


dotes de imaginación. En este primer articulo 


trataremos el movimiento del personaje y su 


interactividad con el entorno o paisaje. 


I I 


anto la programación de 
arcades como de platafor¬ 
ma disfrutan en el sector 


de la programación lúdica 


de una ventaja considerable: en 
este terreno las técnicas están cla¬ 
ramente definidas. Una ventaja que 
no impide mejoras o innovaciones 
en el mismo pero deja sentadas 
unas bases fundamentales que nos 
permitirán avanzar en su progra¬ 
mación de forma rápida. No ade¬ 
lantemos aconteci¬ 
mientos, este pri¬ 
mer artículo lo 
dedicaremos a la 
toma de contacto 
relacionado con el arcade y las pla¬ 
taformas de forma práctica, dando 
un repaso a los movimientos de los 
personajes en pantalla y la interac¬ 
ción con el entorno, en concreto el 
mapa de durezas. 


En la medida de lo posible, el pro¬ 
ceso que programemos para la 
relación de los personajes con el 
entorno debe resultar transparente 
para el jugador, es decir, crear un 
sistema físico natural, una adapta¬ 
ción a los contornos real y una 
coordinación eficaz. 


La programación de este 
tipo de juegos tiene unas 
técnicas claramente 

definidas 


La interacción con el 
entorno 


La interacción con todo lo que 
rodea a nuestros personajes es una 
parte esencial en el juego, que va a 
determinar su grado de realismo. 


Precisamente porque nuestro 
entorno no va a ser estrictamente 
geométrico debemos ayudarnos de 
los mapas de durezas. Pero ¿qué es 
exactamente un mapa de durezas? 
El mapa de durezas es un mapa 
que tendremos siempre en memo¬ 
ria, no se presentará en pantalla, y 
que utilizaremos de forma paralela 
al que está viendo el usuario. Este 
contendrá una serie de datos que, 
trasladados al mapa real del juego, 
nos permitirá saber si nuestro per¬ 
sonaje está chocando contra una 
pared, está situado en una plata¬ 
forma, si ha caído a un barranco o 
hacer que se adapte al contorno 
de una colina. 



Programando el mapa 
ai 


de 


La combinación de arcades y plataformas, 
claves del éxito. 


urezas 

El mapa de durezas se suele reali¬ 
zar sobre una copia, escalada a la 
mitad del tamaño real, del fondo 
normal del juego y en escala de 
grises. Este sencillo paso se puede 
realizar incluso dentro del entorno 
de DIV en [Menú mapa, reescalar] 
señalando las opciones de propor¬ 
cional y escala de grises. Una vez 
creada esta base, trabajaremos 
sobre ella repasando con líneas de 
colores los contornos del terreno y 
allá por donde se pueda pasar. Hay 
que tener en cuenta tres factores: 
utilizar, siempre que sea posible, 
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El punto de control 0 


los mismos colores para todos los 
mapas de durezas para poder 
aprovechar el código; usar colores 
diferentes para cada tipo de 
región; y la más importante, 
aumentar el grosor de las líneas de 
color en las secciones del terreno 


que sean especialmente accidenta¬ 
das. Éste último aspecto ha de 
tenerse muy en cuenta debido a 
que los métodos que se utilizan 
para detectar el contorno en un 
mapa de durezas no son totalmen¬ 
te perfectos y tienden a crear efec¬ 
tos no deseados en este tipo de 
situaciones. 


Empecemos por la programa¬ 
ción del personaje y avancemos 
hasta el mapa de durezas. 
Debemos saber que el movimiento 
del personaje no va a ser de la 
misma forma que en cualquier 
otro juego, es decir, con un simple 
bucle que controle con una varia¬ 
ble global la dirección y, según se 
toquen las teclas de dirección, 
ponemos las animaciones corres¬ 
pondientes. En este caso, debemos 
tener en cuenta que para mover el 
personaje debemos: recibir infor¬ 
mación de lo que el jugador desea 
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hacer, consultar con el entorno si 
el movimiento es posible, las con¬ 
secuencias que va a traer y devol¬ 
ver el resultado, como decíamos, 
de forma transparente para el 
jugador. 

El método general que se usa 
para el control del movimiento del 
personaje cuando se usan los 
mapeados de durezas para este 
tipo de juegos (plataformas 2D en 
vista lateral) se suele enfocar 
basándose en el efecto de grave¬ 
dad. El efecto de gravedad lo 
vamos a definir como un refrán 
que aplicaremos a la programa¬ 
ción "si no está en el suelo ha de 
caer hasta que lo encuentre con 
velocidad en aceleración constan¬ 
te". De esta manera, el bucle del 
movimiento del personaje va a 
empezar comprobando si está en 
el suelo y, si en algún momento 
no lo estuviera, hará que el perso¬ 
naje caiga en aceleración constan¬ 
te. Para ello en DIV utilizaremos 
map_get_pixel(<fichero >, <grafi - 
co>,<x>,<y>) que nos permitirá 
consultar el color específico de un 
mapa que está en pantalla y no en 
memoria (recuérdese que el que 
consultaremos no es el mapa de 
pantalla, sino el mapa de durezas). 
Note igualmente que el mapa está 
normalmente escalado a la mitad 
de su tamaño original, por lo que 
el código para controlar si el per¬ 
sonaje está en el suelo sería el 
siguiente: IF(map_get_pixel(fiche¬ 
ro, gráfico, x/2,y/2 1 <>color_a_consul- 
tar). 

En caso de ser diferente al 
color_a_consultar, que sería el 
color que le asignamos en mapa 
de durezas al suelo, el personaje 
debería caer con aceleración cons¬ 
tante hasta encontrarlo, lo que en 
principio se reduciría a: 

WHÍLE (map get_pixel(fichero, 
gra fico, x/2, y/2)< > co/o r_ aconsultar) 

gravedad+=2; IF (gravedad> 
20)gravedad=20;END //un simple 
limite 

y--gravedad; 

END 

No obstante, debemos tener 
en cuenta que si la gravedad fuera 


mayor a un píxel podríamos 
sobrepasar la línea del suelo y per¬ 
der al personaje sin remedio por 
la parte inferior de la pantalla. 
Debemos incluirle un bucle que 
compruebe uno a uno los píxeles 
de esa caída y parar el bucle en el 
momento en que se encuentre 
con el suelo: 

WHILE (map_getpixel(fich ero, g ra 
fico, x/2, y/2) < >color_a_consui tar) 

gravedad+=2; 

//ponemos un límite máximo a 
la gravedad 

IF(gravedad>20) 

qravedad-20; 

END 

FOR (contador= 0;contador 
<gravedad;contador++ t ); 

IF( map_get_pixel(fichero, 
gráfico,x/2, f y+contador)/2)=-coior a 
consultar) 

gravedad=0; //para que 
no siga bajando 

y+=contador; //aplicamos 
el incremento exacto 

BREAK; //y cortamos el 

bucle 

END 

END 

END 

//y si el contador se ha iguala¬ 
do a la gravedad es que no hemos 
encontrado en ningún momento el 
suelo, por lo que damos vía libre a la 
gravedad 

IF (contadora-gravedad) 
y+=gravedad; END 



Con DIV reescalar y transformar a 
escala de grises nrtap's es tarea 
fácil. 


Con este paso ya hemos resuel 
to algunas cosas de nuestro mapa 
de durezas. En principio, hemos 
hecho que cuando nuestro perso¬ 
naje caiga de una plataforma des¬ 
cienda aceleradamente hasta 
encontrar el suelo pero, además, 
hará que el personaje se adapte a 
la parte descendente de una lade¬ 
ra, puesto que al avanzar recto el 
personaje no estará pegado al 
suelo y el efecto de gravedad se 
encargará de ponerlo en su sitio. 
Sin embargo, aún nos quedan 
grandes partes del código como el 
control de las teclas del jugador, 
que en este caso se reducen a 
izquierda y derecha. Al igual que 
ocurre con la gravedad, el movi¬ 
miento del perso¬ 
naje a izquierda y 
derecha debe ir 
precedido de una 
serie de instruccio¬ 


E1 método usado para el 
control del movimiento del 
personaje se basa en el 
efecto de gravedad 


nes que controlen 
que no se salga de lo trazado en el 
mapa de durezas. Veamos cómo 
sería con código: 


IF (KEY(Jeft)); 

FOR (con tador- 0;con tador< - 
velocidad;contador++,; 

IF( map_get_pixel( fichero, 
gráfico, (x-contador)/2, y/2 == 
coiorjpared) 

x-=contador- 1;BREAK; 

END 

END 


En esta primera parte compro¬ 
bamos que no vamos a tocar nin¬ 
guna pared con ese movimiento y, 
si así lo hiciera, avanzar todo lo 
que sea posible hasta ella. Nos 
queda todavía un paso más antes 
de dejar que el personaje avance 
sin más, remontar un objeto: 

//si contador es mayor que 
velocidad es que el bucle ha termina¬ 
do sin encontrar ninguna pared que 
se interponga al movimiento 


IF( contador>velocidad) 
//iniciamos el bucle para com¬ 
probar pixel a pixel si encontramos 
suelo 

FOR (contador-0; 
con tador<=limite;con tador++); 
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Captura de nuestro ejemplo en acción. 


lP(map_get_pixei 
(global_fpg, 2, (,x-velocidad)/2 / 
(y-contador)/2) 

= =color_suelo) 

//si lo encuentra pasa¬ 
mos las coordenadas concretas y 
paramos el bucle 

y-=contador;BREA K; 

END 

END 

x-=velocidad; 

END 


Definimos una variable 
llamada dirección 
tara los movimientos del 

personaje 


Este pequeño fragmento calcu¬ 
lará si hay posibilidad de remontar 
el terreno, no sin antes comprobar 

que no se haya choca¬ 
do con una pared, 
comprobando simple¬ 
mente que el contador 
anterior acabó sin ser 


interrumpido. Después, 
se comprueba que el sitio de desti¬ 
no donde vamos a ir tiene suelo en 


ese punto y en puntos verticales 
superiores al mismo, tantos como 
se le permitan con la variable lími¬ 
te, cortando el bucle si encuentra 
el suelo. Así controlaremos tanto si 
hay que remontar como si no, 
pues se empieza en la misma coor¬ 
denada con la que se comenzó el 
bucle, haciendo un break en el 
mismo si lo encuentra. 

Ya sólo nos queda controlar las 
animaciones del personaje para 
que, mientras se mueven sus coor¬ 
denadas, presente los trames 
correspondientes según sea la 
dirección adecuada al caso. 


//ahora gestionamos los gráfi¬ 
cos de las animaciones 
SWITCH(dirección) 

CASE 1: //izquierda 
graph++; flags=l; 

IF (graph>7) graph=l; END 
END 

CASE 2: //derecha 
//hacemos la animación de 

giro 

FROM GRAPH=11 TO 8 

STEP-1; 

FRAME; 


END 

//y ponemos el gráfico inicial 
espejado 

GRAPH=I; FLAGS=1; 

END 

END 

Para los movimientos del perso¬ 
naje hemos definido una variable 
llamada dirección que guardará la 
última dirección, es decir, la del 
trame anterior. Esta variable es 
especialmente útil para el movi- 
miento del personaje y nos va a 
permitir elegir la animación ade¬ 
cuada en cada momento. 

Finalizando nuestro juego 
podemos incluirle la posibilidad de 
salto. Gracias a lo programado 
para el efecto de gravedad, sólo 
debemos ocuparnos de la primera 
parte del proceso, es decir, de 
ascender al personaje exactamente 
a la inversa que con la gravedad 
positiva; si antes era con acelera¬ 
ción constante, ahora con decele¬ 
ración constante, siendo el impulso 
inicial el mayor, hasta que la fuerza 
de la gravedad termine venciéndo¬ 
la, la ¡guale a 0, e inicie su descen¬ 
so hasta el suelo o plataforma más 
próxima. 

En una parte inicial vamos a 
programar la lectura de la tecla 
space f que pondrá la gravedad en 
valores negativos, en este caso 
-75, sólo cuando estemos en el 
suelo. 

IF (KEY(_space)) 

//si estamos en el suelo saltar 

* IF (MAP_GET_PIXEL(fichero, 
gra fico, x/2, y/2==color_sueio) 

gravedad^-15; 

END 

END 

Además, una parte final que 
ascienda al personaje como la 
siguiente, en la que provocamos 
una deceleración, de la misma 
forma a como procedíamos con la 
gravedad, sumándole el valor de 
la gravedad (en este caso negati¬ 
vo), con lo que y+=gravedad sería 
por ejemplo y+=-75, no siendo 
válido en este caso y--gravedad 
puesto que provocaría el efecto 
contrario, aunque también se 
podría hacer de la siguiente 
forma: y--abs(gravedad), con lo 
que obtendríamos el valor absolu¬ 
to de la gravedad. 

IF (gravedad<0); 

//como el valor es negativo 
debemos sumarle las coordenadas a 
y y no restársela pues provocaría el 
efecto contrario 

y+=gravedad; 

gravedad+=2; 


IF (gravedad>0) gravedad=0; 

END 

END 

Los últimos retoques 

Con este artículo deberíais ser 
capaces de programar correcta¬ 
mente un mapa de durezas, no 
obstante, os damos una señe de 
consejos finales para atar cabos. 

En primer lugar, si miráis el 
código fuente que acompaña al 
ejemplo notaréis que la línea que 
tenemos para la detección del 
color en el mapa de durezas es 
sensiblemente diferente a la que 
hay en el artículo. Eso es debido a 
que los gráficos de la animación 
del personaje tienen su punto de 
control 0 en el centro (por defec¬ 
to en todos los gráficos DIV). El 
punto de control 0 es el que DIV 
utiliza como referencia para las 
coordenadas del gráfico, de este 
modo, cuando nosotros le indica¬ 
mos que queremos poner un grá¬ 
fico en las coordenadas 100x100, 
en realidad en esas mismas coor¬ 
denadas estará el centro de nues¬ 
tro gráfico a menos que lo edite¬ 
mos. Esto hace que, en nuestro 
juego, cuando pasemos las coor¬ 
denadas del personaje al 
map_get_pixei como x,y f en reali¬ 
dad estaremos enviando el centro 
del gráfico. Ante este problema 
tenemos varias soluciones: ponerle 
el punto de control 0 a todos y 
cada uno de los gráficos de las 
animaciones en los pies o tomar la 
distancia que existe entre el cen- 





El género de las plataformas goza 
de una gran historia. 
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Como ya es habitual en el 
CD de la revista tenéis el 
código fuente del ejemplo 

comentado 


tro y los pies y sumárselas a las 
coordenadas en el momento de 
pasárselas a mapjgetjpixei de la 
siguiente forma: 

MAP_CET_PIXEL (fichero,grafico, 
x/2, (y+distancia_centro_pies)/2) 

Con lo que conseguimos aho¬ 
rrar tiempo al no tener que editar 
manualmente todos y cada uno de 
los puntos de control de los frames 
de cada animación de los persona¬ 
jes del juego. 

También es posible que al pasar 
a escala de grises nuestro mapa del 
juego obtengamos un resultado 
totalmente ¡legible en cuanto a 
color se refiere. Esto suele pasar 
cuando tenemos gráficos que usan 
una gama de colores muy concreta 
que nos ocupa la totalidad de la 
paleta. Para solventar este proble¬ 
ma, al crear nuestra paleta para el 
juego la realizaremos en un pro¬ 
grama de retoque fotográfico 
mediante un mapa que incluya el 

mapa de la fase, el per¬ 
sonaje y un gradiente 
en escala de grises. 
Transformando el resul¬ 
tado a 256 colores 


obtendremos la gama 
de grises necesaria para hacer el 
mapa de durezas. 

Ya hemos comentado anterior¬ 
mente que el proceso de detección 
de los mapas de durezas no es 
exacto. Debemos tener en cuenta 
que, al tener que dividir las coor¬ 
denadas por la mitad, pueden dar¬ 
nos valores que, traducidos en el 
mapa de durezas, no correspondan 
exactamente con el que teníamos 
en el mapa real. Así, si en alguna 
parte del terreno del juego los per¬ 
sonajes o enemigos caen sin reme¬ 
dio debido a esto, tendréis que 
modificar el mapa de durezas y 
aumentar el grosor de las líneas de 
color en aquellas partes que lo 
requieran. 



Ejemplo de un mapa de durezas. 


El ejemplo 

En el CD que acompaña a la revis¬ 
ta podéis encontrar el ejemplo de 
código fuente total de donde han 
salido los fragmentos que hemos 
comentado a lo largo de este artí¬ 
culo. Si os surgen dudas, mandad¬ 
las a la dirección de correo 
migens@teleline.es y se os respon¬ 
derán todas las consultas de forma 
individualizada y en el menor tiem¬ 
po posible. También podéis man¬ 
dar ejemplos y sugerencias sobre 
temas relacionados con esta sec¬ 
ción. 

Para la ejecución del ejemplo 
debéis instalar los archivos en el 
mismo directorio y a ser posible 
en e:\div2\divmania\ o en su 
defecto modificad la ruta en los 
accesos a los archivos, en este 
caso en la carga de los dos fpg del 
juego. 

Agradecer, finalmente, la cola¬ 
boración de J.M. Rosa Moreno por 
sus gráficos. 

Dudas de los lectores 

Respondemos ahora a una consulta 
de un lector que nos pregunta lo 
siguiente: 

Al crear mis juegos suelo tener 
problemas con los colores y no sé 
cómo encajar en la misma paleta 
los colores necesarios para que mis 
gráficos no "muten", dándole un 
aspecto nada aceptable. 
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En busca de la paleta perfecta. 


Respuesta 

El problema de los colores, a 
igual que el de la gestión de 
memoria, requiere especia 
atención en DIV. El problema que 
nos planteas tiene varias 
soluciones. Cuando lo que 
realmente se desea es extraer la 
mejor paleta de entre todos los 
colores de los personajes que van 
a salir en la misma pantalla 
podemos usar programas 
especializados, como el Pallete 
Works, que ha sido comentado 
en ediciones anteriores de 
DIVmanía o, sencillamente, 
utilizar un programa de retoque 
fotográfico y realizar las 
siguientes acciones. Abrimos un 
mapa en 16 bits de color y 
vamos introduciendo todo los 
objetos, personajes y decorados 
del juego, exclusivamente 
aquellos que vayan a compartir 
paleta en un mismo momento 
puesto que los objetos de 
distintas fases pueden tener 
distintas paletas sin ningún 
problema. No importa que los 
gráficos se toquen o que estén 
montados sobre el decorado (en 
el caso de que no sean muchos 
objetos). Realizamos una 
conversión a 256 colores del 
resultado y lo abrimos con DIV 
aceptando la nueva paleta. 
Finalmente, cargamos los mismos 
objetos desde sus ficheros o maps 
correspondientes con un 
resultado visiblemente mejorado. 

josé Antonio Migens Gómez (Vital) 

migens@teleline.es 
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Un paso más en 



I 


camino 


Comenzaremos nuestro camino hacia las 3 
dimensiones con los modos 7 o modos de 
plano abatido. Con estos modos podemos 
realizar nuestros primeros juegos en 3D sin 
mucho trabajo. 


o primero que vamos a 
hacer es dejar muy claro qué 
son los modos 7. Se trata de 
] una primera aproximación a 


Aunque, en apariencia, 
podamos pensar que 
tenemos un mundo en 3D, 
ésto es muy relativo 


los entornos completamente tridi 
mensionales. Y decimos aproxima¬ 
ción porque, aunque aparente¬ 
mente creamos que tenemos ante 
nosotros un mundo tridimensional, 
existen aún muchas limitaciones, 
muchas de ellas remediadas en el 
modo 8 que veremos en un futuro. 
No obstante, nos servirá para fami¬ 
liarizarnos con el mundo de las tres 
dimensiones. 

Una imagen en modo 7 consis¬ 
te en un plano abatido haciendo 
las veces de suelo o techo de un 
escenario en tres dimensiones, 
donde los distintos objetos se sitú¬ 
an en dicho plano como sprites o 

imágenes planas 
y no como figu¬ 
ras 3D auténticas. 
Dichas imágenes 
varían su tamaño 
para hacer el efecto de perspectiva. 
Un ejemplo de esta técnica lo 
podemos ver en juegos comercia¬ 
les como el famoso Mario Kart o 
los que acompañan al CD de DIV: 
Speed for Dummies y Soccer. 

Podemos movernos a través de 
dicho plano abatido en cualquier 
dirección, pero todos los objetos 
deben estar sobre dicho plano. La 
única capacidad de desplazarnos 
en altura se produce en la cámara 
desde la que vemos la escena,-que 
puede desplazarse arriba y abajo, 
así como cambiar su ángulo visión. 
Veamos una enumeración de todas 
las características principales que 
tiene este tipo de escenas: 

• Imagen de plano abatido: es la 
imagen que se extenderá a lo 
largo de todo el plano abatido. 
Esta imagen deja de mostrarse a 






partir de la línea horizontal llama¬ 
da horizonte. 

Imagen de fondo: es la imagen 
que se muestra más allá del 
plano abatido y por encima del 
horizonte si dicho plano abatido 
se muestra como un suelo o por 
debajo si se muestra como un 
techo. 

Cámara: es el punto desde el 
cual el jugador observa la escena. 
Puede estar asociada a un objeto 
en la propia escena de forma que 
percibamos constantemente al 
mismo desde su parte posterior. 
Variando la posición de la cámara 
es como podremos desplazarnos 
por la escena como si de un 
entorno tridimensional se tratase. 
Altura: es la distancia que separa 
el plano abatido (suelo o techo) 
de la posición de la cámara. Una 
altura positiva indica que el plano 
actúa como suelo y negativa 
como techo. Variando dicha altu¬ 
ra podemos realizar efectos diver¬ 
sos como inmersiones en líquidos. 
Distancia al proceso: es la dis¬ 
tancia a la que se sitúa la cámara 
por detrás del objeto al que sigue 
con la cámara. 

Horizonte: es la línea donde el 
plano abatido deja de extenderse 
al infinito. Se corresponde con el 
horizonte terrestre y, variando su 



Ventana de modo 7 con la cámara 
siguiendo a un proceso. 
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Ventana de modo 7 con la cámara en el 
proceso principal sin imagen asociada. 
Podemos volar sobre el escenario. 

altura, podemos crear el efecto 
de "mirar hacia arriba" y "mirar 
hacia abajo". 

• Focal de la cámara: se corres¬ 
ponde con el ángulo que abarca 
el focal de la cámara. Si su valor 
es alto, los objetos se verán más 
cercanos. 

Veamos cómo podemos utilizar 
todas estas características en DIV. 

Modos 7 en DIV 

Los modos 7 se utilizan en DIV de 
una forma parecida a la de las ven¬ 
tanas de scroll. Es por ello que la 
estructura principal de este modo 
le puede ser muy familiar. Al igual 
que en éstos, los modos 7 se pue¬ 
den representar en hasta 10 venta¬ 
nas, numeradas de 0 a 9. Dichas 
ventanas ocuparán una región rec¬ 
tangular determinada de la panta¬ 
lla que se definirá con el ya conoci¬ 
do método define_region. Para 
representar dicho modelo en DIV, 
disponemos de una estructura glo¬ 
bal llamada m7, que contiene 
todos los datos necesarios para 
modificar y caracterizar nuestra 
ventana de modo 7, así como una 
función start_mode7(j, que nos 
permite establecer los valores ini¬ 
ciales de nuestra ventana. 

Debemos tener en cuenta que 
las imágenes de fondo y de plano 
abatido deben encontrarse en el 
mismo fichero y, además, es reco¬ 
mendable que así sea con el resto 
de procesos que utilicemos en una 
misma ventana. 

Para crear una ventana, en pri¬ 
mer lugar debemos iniciarla. Para 
ello, debemos, como dijimos ante- 
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nórmente, determinar la región de 
la pantalla donde aparecerá nues¬ 
tra ventana de modo 7 mediante 
la función definejegionQ, aunque 
si deseamos que ocupe la pantalla 
entera, no es necesario. Este último 
caso se dará en la mayoría de las 
ocasiones, si bien en otros casos 
como los juegos de dos jugadores 
partidos (Speed for Dummies), 
convendrá del inir regiones de otro 
tamaño. 

Definida o no la región, debe¬ 
mos cargar los correspondientes 
mapas que utilizaremos como 
plano abatido y de fondo (si exis¬ 
tiere) mediante la función 
load_fpg (). Si hemos abierto alguna 
imagen con load_map(), se consi¬ 
derará como si se encontraran en 
el fichero 1. Ya estamos pues en 
disposición de iniciar la ventana de 
modo 7. La sintaxis que debemos 
seguir es la siguiente: 


las ventanas de scroll, para referir¬ 
nos a cualquiera de los parámetros 
de la ventana, debemos seguir la 
siguiente sintaxis: 

M 7 [índice].parametro 


Por cuestiones de simplicidad, 
si vamos a utilizar una sola venta¬ 
na, podemos referirnos a m7[0] 
simplemente como m7. 

Para terminar de definir la ven¬ 
tana, debemos definir una cámara 
con la que mostrar la imagen de 


modo 7. Para ello se utiliza la varia¬ 
ble miembro de la estructura m7 
denominada camera , a la que 
debemos asignar el código ¡dentifi- 
cador correspondiente al proceso 
que deseamos seguir. Si no quere¬ 
mos que siga a ningún objeto con¬ 
creto, podemos asignarle en la 
secuencia principal del código la 
siguiente sentencia: 


Start_mode7(<n g de ventana>, 
<fichero>,<imagen abatido, 
<imagen de fondo>,<n g de región>, 
<aftura del horizonte>); 

Donde el número de ventana se 
referirá al índice de 0 a 9 que 
representará a nuestra ventana; 
fichero, el índice del fichero de 
imagen donde se encuentran los 
mapas abatido y de fondo; imagen 
abatida, el índice dentro del fichero 
de la imagen abatida; imagen de 
fondo, el índice dentro del fichero 

de la imagen de 
fondo; número de 
fondo es el valor 
devuelto por defi- 
ne_region() o 0 si 
deseamos que ocupe la pantalla 
completa; altura del horizonte es 
un número que nos indica dicha 
altura, que posteriormente analiza¬ 
remos con detenimiento. 

Ya tenemos creada la ventana, 
si bien esto no es suficiente para 
mostrar ya las imágenes. Antes de 
nada, debemos terminar de definir 
los parámetros de nuestra ventana. 
Para ello se utiliza la estructura glo¬ 
bal m7, que es una tabla de 10 
valores, cada uno representando al 
índice de la ventana de modo 7 
correspondiente. Al igual que con 


Debemos definir una 
cámara con la que mostrar 
la imagen de modo 7 para 
acabar de definir la ventana 



El juego Speed for Dummies en acción. 


M7.camera = id; 

que asigna el valor del identifica- 
dor del proceso principal, 'odemos 
crear una pequeña aplicación que 
nos muestre una ventana en modo 
7. Aunque no podamos aún des¬ 
plazarnos por ella, nos servirá para 
ilustrar todos estos conceptos des¬ 
critos anteriormente: 

PROGRAM ejemplo; 

PRIVATE 

fichero; 

BEGIN 

fichero = loadJpgCfichero.fpg”); 

start_mode7( 0, fichero, 1,0,0,64); 

m 7. camera = id; 

LOOP 

ERAME; 

END 

END 

Para poder desplazarnos por el 
escenario, debemos tener en cuenta 
una cosa. Las coordenadas x e y de 
cualquier proceso que se muestre 
en una ventana de modo 7 están 
referidas al plano abatido, y en nin¬ 
gún caso a la posición en la panta¬ 
lla. La variable z no tiene ningún 
significado especial a menos que 
dos imágenes se encuentren dentro 
de la ventana en la misma posición, 
caso en el que se utilizará dicha 
variable para saber qué imagen se 
visualiza. La única profundidad por 
tanto definida para este caso viene 
dada por la posición dentro del 
plano abatido. En consecuencia, 
podemos variar dichas variables x e 
y para movernos, sin embargo, es 



De nuevo el juego Speed for Dummies, 
donde podemos jugar con dos jugadores 
creando dos ventanas de modo 7 donde 
se encuentran los mismos procesos. 

más natural utilizar la variable angle 
para girarnos y advance() para 
movernos en la dirección en la que 
estamos mirando. Debemos recor¬ 
dar que si utilizamos estos paráme¬ 
tros propios de los procesos, tam¬ 
bién se encuentran en la secuencia 
principal de nuestro programa, ya 
que a todos los efectos se considera 
como otro proceso más. 

Vamos a utilizar los cursores 
para movernos por el escenario. 

Para ello debemos añadir las 
siguientes sentencias dentro del 
bucle de FRAME: 

LOOP 

IF (key(_right)) angle-= 

2000; END 

IF (key(Jeft)) angle+= 

2000; END 

IF (key(_up)) advance(S); END 

IF (key< _down)) advance(-S); 

END 

FRAME; 

END 
END - 

Si ejecutamos ahora, esto se 
parece mucho más a un entorno 
tridimensional. Pero aún nos falta 
poder desplazarnos y mirar en 
torno al eje z o de altura. Para ello 
podemos utilizar los siguientes 
parámetros de la estructura m7: 

- Height o altura de la cámara. Un 
valor positivo sitúa la cámara por 
encima del plano abatido y un 
valor negativo lo sitúa por deba¬ 
jo. Su valor por defecto es de 32, 
es decir, muestra el plano abatido 
como un suelo. Si lo variamos 
podemos hacer efectos de salto, 
agacharse, y un efecto que poste¬ 
riormente analizaremos, que es el 
de la inmersión en líquidos. 

- Horizon o altura del horizonte: 
nos indica la posición relativa del 
horizonte en la pantalla. El valor 
por defecto es el que le indique¬ 
mos en la llamada a la función 
strat_mode7(). Variando su valor 
podremos hacer el efecto de 
mirar arriba y abajo. 

Al igual que en el caso anterior, 
i podemos probar experimentalmente 
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qué ocurre cuando variamos dichos 
valores asignándoles ciertas teclas y 
aumentando o disminuyendo estos 
valores en consecuencia. Para ello 
basta añadir unas líneas al estilo de 
las añadidas para los cursores. 

Ya nos falta únicamente anali¬ 
zar dos miembros más de la clase, 
que no dejan de ser importantes, 
que son: 

- Focus: identifica al foco de la 
cámara. Su valor por defecto es 
de 256, y puede oscilar entre 0 y 
512. Para valores altos, nos acer¬ 
caremos más a los objetos del 
centro de la pantalla. 

- Color: si no colocamos ningún 
mapa como imagen de fondo 
como en el caso del ejemplo 
tpara realizar esto basta enviar un 
0 como parámetro), DIV pinta 
dicha imagen con el color indica¬ 
do por este parámetro, que por 
defeco es 0, es decir, el color 
transparente de la paleta. 

Añadiendo procesos 

Hasta ahora sólo nos hemos despla¬ 
zado por un plano abatido sin nin¬ 
gún objeto. Al igual que ocurre con 
la estructura m7, esto se realiza de 
forma semejante a la que utilizamos 
para crear procesos en las ventanas 
de scroll. Para hacer que aparezca 
un proceso en este tipo de venta¬ 
nas, debemos indicárselo en la 
variable ctype de la siguiente forma: 

Ctype = cjm?; 

Una vez realizado esto, debe¬ 
mos tener en cuenta que las varia¬ 
bles xe y están ya referidas al 
plano abatido, y que la variable z 
pierde todo su sentido. 

En el caso de crear múltiples 
ventanas de modo 7, si deseamos 
que un mismo proceso aparezca en 
varias ventanas a la vez (juegos mul- 
tijugador, por ejemplo », debemos 
hacerlo con la siguiente sintaxis: 

Cnumber = c_x + ... + c_z; 

Donde xy z simbolizan el 
número de la ventana donde que¬ 
remos que aparezca dicho proceso. 
Por ejemplo si queremos que apa¬ 
rezca en las ventanas 0, 1 y 3, 
debemos escribir cnumber = c_0 + 
cj +c_3,\ 

Como es evidente, al tratarse 
de un proceso tiene un gráfico aso¬ 
ciado que se indica por la variable 
graph . Sin embargo, todo proceso 
tiene otra variable local llamada 
xgraph que sirve para asignar varias 
imágenes según el ángulo que 
forme respecto de la cámara. Para 
ello debemos seguir el siguiente 
proceso: 



El juego Soccer que acompaña a DIV. Es 
una simulación sencilla del fútbol, si 
bien la principal limitación viene de la 
imposibilidad de desplazar el balón por 
encima del suelo. 


Creamos una tabla global 
donde indicaremos en el primer 
elemento el número de imágenes 
que tendremos, y en el resto de 
elementos las imágenes que se 
mostrarán a partir de los 0 grados. 
Por ejemplo, podemos crear la 
siguiente tabla: 

GLOBAL 

Tabla[]=6,101,102,103,104, 

105,106; 


Asignamos la dirección de 
dicha tabla a la variable xgraph. 
Para ello, utilizaremos el operador 
OFFSET de la siguiente forma: 


Xgraph = OFFSET tabla; 

Ya podemos, por tanto, crear 
varios procesos en nuestra ventana 
de modo 7 y admirar el resultado. 
Es conveniente trastear y experi¬ 
mentar por vuestra cuenta para 
poder comprender a fondo el sig¬ 
nificado de cada una de las varia¬ 
bles de esta estructura. 


tanto, también se destruirán todos 
los procesos asociados a toda ven¬ 
tana de este tipo. 

Creando efectos sencillos 

Este tipo de juegos tiene un gran 
número de posibilidades, vamos a 
ver un ejemplo en el que ilustrare¬ 
mos dos cosas importantes: en pri¬ 
mer lugar, cómo asociar un objeto 
a una cámara, y en segundo lugar, 
cómo hacer un efecto de inmer¬ 
sión en agua variando la altura de 
la cámara. 

Este efecto consiste en conside¬ 
rar el suelo como si de un líquido 
se tratara para poder sumergirnos 
en él, si simplemente deslizáramos 
la altura de la cámara hasta consi¬ 
derar el suelo como techo, vería¬ 
mos de una forma antinatural la 


• x 


inmersión y no nos sentiríamos 
como si estuviéramos bajo el agua. 
Es por ello que en cada trame ana¬ 
lizamos la posición de la cámara 
para ver si estamos por debajo del 
horizonte o por encima. Si es 
negativo, se realiza un fundido 
rápido de colores donde el azul 
predomina sobre 


Si no colocamos ningún 
mapa como imagen de 
fondo, DIV pinta éste con 
el valor por defecto, 
es decir 0 


el resto. Para ello 
utilizaremos la 
función fade f en 
la que conserva¬ 
remos todos los 

tonos al 100%, excepto el azul, 
que colocaremos al 150%. 
Cuando volvamos a la superficie, 
recuperaremos el tono normal de 
la imagen colocando de nuevo 
todos los tonos al 100%. De esta 
forma, podemos aplicar cualquier 
tipo de filtro de luminosidad, satu 
ración o color a cualquier tipo de 
imagen. 


Destruyendo los modos 7 

Es una pena, pero todo se acaba 
alguna vez. Quizá, en algún 
momento, queramos hacer desa¬ 
parecer las ventanas de modo 7, 
como ,por ejemplo, cuando deja¬ 
mos el juego para volver al menú. 
Para realizar esto disponemos de la 
función stop_mode7() f que recibe 
como parámetro el número de la 
ventana de’modo 7 que deseamos 
destruir. 

Hasta aquí bien, pero debemos 
tener en cuenta que todos los pro¬ 
cesos que se hayan declarado 
como de tipo c_m7 y que no se 
estén visualizando en ninguna otra 
ventana de modo 7 se destruirán 
durante este proceso. 

Además de esto, debemos 
tener en cuenta que al igual que 
las ventanas de scroll, cualquier 
ventana de modo 7 se destruirá si 
cambiamos de modo de pantalla 
con la función set_mode() y, por 


Conclusión 

Estos son todos los conocimientos 
que debéis tener para realizar 
cualquier juego en modo 7. 
Cualquier tipo de efecto, como 
utilizar suelo y techo a la vez, pasa 
por técnicas combinadas (en este 
caso se deben utilizar dos venta¬ 
nas de modo 7 al mismo tiempo». 
Dejamos eso a la creatividad de 
cada uno. Para ver ejemplos prác¬ 
ticos de este modo os remitimos a 
los juegos de ejemplo Speed for 
Dummies y Soccer, aunque será 
más sencillo comenzar leyendo el 
programa de tutorial número 7, 
donde se ilustra perfectamente la 
rotación de varias imágenes aso¬ 
ciadas a un mismo proceso. Para 
cualquier pregunta o sugerencia al 
respecto, podéis dirigiros a la 
siguiente dirección de e-mail: 
trinidad@arrakis.es. 


Pablo Trinidad 
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Actualmente nos vemos rodeados por aplicaciones que 
nos permiten realizar programas casi sin teclear 
ninguna línea de código. A estas aplicaciones de 
diseño rápido o RAD nos referiremos en este artículo, 
donde intentaremos emularlas para crear nuestros 
juegos de DIV con un entorno completamente visual. 


C ontinuando con la crea¬ 
ción de aplicaciones 
externas para DIV, vamos 
a crear un pequeño gene¬ 
rador de código en el que podre¬ 
mos construir el esqueleto de un 
juego cualquiera introduciendo tan 
sólo algunos parámetros de forma 
sencilla. Un ejemplo de este tipo 
de aplicaciones puede ser DIV 
Generator o Creplat (aunque este 
último sea de propósito más espe¬ 
cífico al ser un generador de jue¬ 
gos de plataformas). 

Vamos a analizar, paso a paso, 
la creación de este pequeño pro¬ 
grama y para ello utilizaremos 
Visual C++ 6, aunque bien podría 
haberse escogido cualquier otro 
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Figura 1. El AppWizard en acción. Esta aplica 
ción nos permite generar código de forma 
rápida, al igual que nuestro programa. 


compilador. Hemos escogido este 
entorno porque, en primer lugar, 
está basado en el estándar C/C++, 
que es el lenguaje que utilizamos 
en el desarrollo de dlls y, por tanto, 
nos resulta más familiar, y, además, 
utilizaremos pocas capacidades 
específicas de este compilador. Tan 
sólo utilizaremos el editor de recur¬ 
sos, que viene a ser semejante a 
otros como el Borland C++. 

Pasemos pues a la creación de 
nuestro generador de código. 

Eliqiendo las capacidades 
básicas 

En primer lugar, debemos escoger 
cuáles van a ser las capacidades 
que vamos a introducir en nuestro 
programa. Para comenzar, escoge¬ 
remos tan sólo algunas capacida¬ 
des básicas, que fácilmente podre¬ 
mos ir ampliando a nuestro antojo. 

En nuestro caso tomaremos 
estos 3 apartados: 

- Datos personales: nos servirá 
para autentificar nuestro progra¬ 
ma introduciendo nuestros datos 
personales en la cabecera como 
comentario. Serán el nombre del 
autor, el nombre del programa 
(que utilizaremos también como 
nombre para la cabecera 
PROGRAM) y el año de producción. 

- Gráficos: en este apartado espe¬ 
cificaremos el modo de pantalla 
que utilizaremos en nuestro 


juego, así como el fichero de 
imágenes principal (índice 0) y el 
índice dentro del fichero que 
contendrá el fondo de pantalla 
que cargaremos al inicio del pro¬ 
grama, 

- Ratón: aunque no es un aparta¬ 
do esencial en cualquier progra¬ 
ma, nos servirá para ejemplificar 
la creación de un proceso. Si 
escogemos la opción de que apa¬ 
rezca, deberemos señalar el índi¬ 
ce que ocupa el gráfico del ratón 
dentro del fichero principal con 
índice 0. 

Una vez realizado este pequeño 
esquema, podemos pasar a la crea¬ 
ción en programa en sí. 

Generando el esqueleto 
de nuestro programa 

Visual C++ es un entorno que nos 
permite generar de forma rápida y 
cómoda el esqueleto de casi cual¬ 
quier tipo de aplicación. Para ello 
utilizamos lo que se denominan 
wizards, que no es otra cosa sino 
un generador de código al estilo 
que vamos a desarrollar nosotros 
mismos. Es por eso que nos puede 
servir para hacernos una idea del 
objetivo que perseguimos con este 
programa, así como la estructura 
de éstos. 

En primer lugar, y una vez 
abierto el compilador, debemos 
crear un nuevo proyecto. Para ello 
debemos elegir la opción New del 
menú Archivo. Nos aparecerá una 
imagen parecida a la de la Figura 
1. Estamos ya en el wizard para 
aplicaciones. Como vemos hay 
•muchos tipos de aplicaciones para 
generar. Nosotros optaremos por 
MFC AppWizard (exe), es decir, cre¬ 
aremos un ejecutable para 
Windows basado en MFC, que no 
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Figura 2. El entorno de Visual C++ 6 una vez generado el proyecto. A la 
izquierda se encuentra la ventana de proyecto donde podemos acceder 
al código y a los recursos. 


es más que una encapsulación en 
clases de la API de Windows. Una 
vez realizado, debemos introducir 
el nombre de nuestro proyecto, así 
como el directorio donde lo guar¬ 
daremos. Hemos llamado al pro¬ 
yecto VisualDIV, si bien podemos 
llamarlo de cualquier otra forma. 
Estamos ya dispuestos para elegir 
las opciones de nuestro proyecto. 
Nos desplazaremos por varias pan¬ 
tallas donde debemos elegir las 
siguientes opciones: 

- Paso 1: debemos cambiar a 
Single Document (SDI), ya que 
no abriremos múltiples ventanas 
al mismo tiempo. No es estricta¬ 
mente necesario, si bien simplifi¬ 
ca en gran medida el código. 

- Paso 2: sin cambios. 

- Paso 3: desactivamos los contro¬ 
les ActiveX. 

- Paso 4: eliminamos la opción 
prínting and print preview, que 
nos introduce las opciones de 
imprimir y vista previa de los 
documentos. No lo necesitare¬ 
mos. Además, debemos colocar a 
0 el número de archivos recientes 
que deben aparecer en el menú 
Archivo. 

- Paso 5: En cuanto al uso de las 
librerías MFC podemos elegir 
cualquiera de las dos opciones, si 
bien debemos tener en cuenta 
que si elegimos DLL compartida, 
debemos distribuir junto con el 
ejecutable la correspondiente 
librería dll de las MFC. 

- Paso 6: Aquí ya tenemos creado 
el proyecto. Si queremos cambiar 
el nombre a alguna clase éste es 
el momento, aunque no suele ser 
demasiado conveniente. 

Podemos pulsar el botón de fina¬ 
lizado para crear definitivamente 
el código del esqueleto de nues¬ 
tro programa. 

Si hemos seguido bien todos 
los pasos tendremos en pantalla 
una ventana como la de la Figura 
2. En la ventana de la izquierda, 
llamada workspace, disponemos de 
toda la información acerca del pro¬ 
yecto: clases, ficheros y recursos. 
Estos últimos comprenden todos 
los datos acerca de menús, diálo¬ 
gos y mapas entre otros. Antes de 
comenzar con el diseño de las dis¬ 


tintas ventanas donde aparecerán 
los datos a rellenar, vamos a ejecu¬ 
tar lo que tenemos de programa 
para hacernos una idea del funcio¬ 
namiento base. Para ello podemos 
hacerlo de dos formas: 


- Modo ejecución: se elige pulsan¬ 
do el símbolo de exclamación en la 
barra de botones, pulsando F5 o 
eligiendo la opción execute del 
menú Buüd . Simplemente genera y 
ejecuta nuestro programa al modo 
que lo haríamos desde la línea de 
comandos. 

- Modo depuración: en este 
modo, podemos ejecutar paso a 
paso nuestro programa para detec¬ 
tar posibles fallos (utilizando para 
ello FIO y F11) o colocar lo que se 
denominan breakpoints (pulsa F9) o 
puntos de ruptura donde el proce¬ 
so de ejecución se debe parar para 
pasar a ejecución paso a paso. Para 
activar este modo debemos pulsar 
F5 o elegir en el menú Build la 
opción Debug - Co. 

Ahora podemos ver el funcio¬ 
namiento básico de nuestro pro¬ 


grama. No es nada más que una 
ventana que no hace nada aparte 
de mostrar un diálogo de Acerca de 
e información en la barra de tareas. 

Pasemos una vez conocido 
cómo ejecutar nuestro programa a 
la generación de las diferentes ven¬ 
tanas. 


Creando la ventana de 
características básicas 

En nuestro programa y por cuestio¬ 
nes de simplificación, vamos a 
crear un diálogo donde colocare¬ 
mos las opciones discutidas al 
comienzo, y para cargarlo creare¬ 
mos una opción de menú que se 
llame Datos básicos. 

Para crear una nueva ventana 
de diálogo, debemos, en primer 
lugar, acceder al archivo de recur¬ 
sos. Para ello, utilizaremos la venta¬ 
na de Workspace y accederemos a 
la pestaña de recursos. En esta pes¬ 
taña debemos escoger el apartado 
dialog, y pulsando con el botón 
derecho del ratón insertaremos un 
nuevo diálogo. Veremos como nos 
aparecerá una nueva opción llama¬ 
da IDD_DiALOG1. Debemos pin¬ 
char sobre ella y se nos abrirá la 


imagen con el diálogo. Es un diálo¬ 
go con dos botones de aceptar y 
cancelar. Disponemos de una lista 
de controles que podemos insertar 
a la derecha (si no la vemos, basta 
con pulsar el botón derecho del 
ratón y elegir la opción Controls). 
Para hacernos una ¡dea de cómo 


vamos a diseñar nuestro diálogo, 
podemos ver la Figura 3. Esta es 
una posible estructura, si bien pue¬ 
des adoptar la que más te guste. 

El proceso de creación de ios 
distintos controles (botones, cajas 
de texto, paneles, etc.) es el 
siguiente: 

Seleccionamos en la barra de 
controles el control apropiado, y 
pulsando sobre el diálogo lo colo¬ 
camos a nuestro gusto, tanto en 
tamaño como en posición. 

Pulsando sobre el botón dere¬ 
cho sobre cualquier control apare¬ 
cerá la opción de propiedades, 
donde introduciremos las caracte¬ 
rísticas de cada uno de los contro¬ 
les. Para que permanezca de forma 
permanente en la pantalla pode¬ 
mos pulsar el botón de la esquina 
superior izquierda. 

Seleccionamos un nombre des¬ 
criptivo para el recurso (nombre en 


mayúsculas), así como el título 
adecuado que aparecerá en la pan¬ 
talla. 

Seleccionamos 
las propiedades 
de cada uno de 
los controles. 

Seguiremos este proceso para 
la creación de los siguientes con¬ 
troles: 

• Un panel de datos personales, 
donde aparecerán los siguientes 
controles: 


Visual C++ es un entorno 
que nos permite generar el 
esqueleto de una 
aplicación- 1 ' 


- Dos cajas de edición donde 
introduciremos los datos de 
nombre del autor y nombre 
del programa. 

- Dos controles Static de texto 
estático que contendrán el 
texto correspondiente a cada 
una de las cajas de texto ante¬ 
riores, para indicar a qué se 
refiere cada una. 

• Otro panel de gráficos, donde 
aparecerán los siguientes contro¬ 
les: 


- Una caja combinada donde 
introduciremos los datos de 
cada uno de los modos de 
vídeo que posee DIV. Para 
introducirlos, debemos escribir 
cada uno de los elementos que 
deseemos colocar en la caja en 
la pestaña de datos de la ven¬ 
tana de propiedades, y para 
cada nueva línea debemos pul¬ 
sar Ctrl+Enter. 

- Una caja de edición donde 
introduciremos el número del 
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Los diálogos modales son 
mucho más sencillos de 

crear 
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Figura 3. Esta es la estructura que va a 
seguir nuestro diálogo. 

índice de la imagen de fondo a 
cargar. Para indicar que sólo se 
acepten números como carac¬ 
teres, debemos especificar la 
propiedad Number en el menú 
de propiedades. 

- Una caja de edición donde 
aparecerá el nombre del fiche¬ 
ro de imágenes. Podremos 
abrir una ventana de abrir 
archivo para elegir el nombre 
del fichero. Para ello, creare¬ 
mos un botón con el título de 
cargar. 

- Los textos estáticos correspon¬ 
dientes a cada 
apartado para 
que el usuario 
pueda distinguir¬ 
los correctamente. 

Un último panel para el ratón 
donde aparecerán los siguientes 
controles: 

- Una caja de verificación o 
checkbox para indicar que que¬ 
remos utilizar esta característi¬ 
ca. 

- Una caja de edición donde, al 
igual que con la imagen de 
fondo, introduciremos el 
número de la imagen que que 
remos cargar como cursor. 

- Los textos estáticos correspon¬ 
dientes. 


Dando forma a nuestro 
diálogo como código 

Ya tenemos diseñada nuestra ven¬ 
tana de diálogo. Ahora tan sólo 
nos queda asignarle una clase de 
C++ para poder utilizar todas sus 
propiedades. Para ello utilizaremos 
lo que se denomina ClassWizard, 
un asistente muy cómodo donde 
podremos asignarle a cada diálogo 
una clase y en ella definir los datos 
que introduzcamos en los distintos 
controles, como si de variables se 
trataran. Para arrancarla, basta con 
pulsar dos veces en la caja de diá¬ 
logo o en el botón correspondiente 
de ClassWizard (indicado por una 
varita mágica), y nos preguntará 
inmediatamente si queremos crear 


una clase C++ para dicho diálogo. 
Respondemos afirmativamente e 
introducimos el nombre que que¬ 
ramos para esta nueva clase. 

Ahora vamos a crear una serie 
de variables a las que podremos 
acceder para leer cualquiera de los 
datos de nuestro diálogo, como 
puede ser el nombre del autor, etc. 
Para ello elegiremos la pestaña 
correspondiente a las variables, lla¬ 
mada member variables. Nos apare¬ 
cerá una lista de los ¡dentificadores 
de cada control. Haciendo doble 
clic sobre ellos se nos abrirá una 
ventana, donde podremos elegir el 
nombre de la variable que le hará 
referencia, así como el tipo de dato 
asociado. Podemos ver en la Tabla 
1 los nombres de las variables aso¬ 
ciadas a cada identificador, así 
como su tipo de dato. 

Una vez realizado esto, estamos 
en disposición de utilizar dichas 
variables. Pero debemos tener en 
cuenta una cosa: el valor en cada 
instante de los contenidos de las 
variables no se refleja a menos que 
se lo indiquemos específicamente. 

Es decir, si introducimos en la caja 
del nombre del autor nuestro nom¬ 
bre, no aparecerá reflejado en la 
variable si no se lo indicamos implí¬ 
citamente, y si variamos interna¬ 
mente el valor del nombre del 
autor, tampoco aparecerá en pan¬ 
talla. Por ello, existe la función 
UpdateData(BOOL tipo). Esta fun¬ 
ción se encarga de realizar la actua¬ 
lización de los valores de las varia¬ 
bles. Si le pasamos como paráme¬ 
tro true , se cargarán los datos del 
diálogo en las variables, y si el valor 
es false , se grabarán los datos de las 
variables en los con roles. Este pro¬ 
ceso es muy importante, ya que es 
fundamental para poder trabajar 
con cualquier dato del diálogo. 

Dando funcionalidad a 
nuestro diálogo 

Una vez creado nuestro diálogo, 
¿cómo podemos mostrarlo en pan¬ 
talla asociado a una acción? Es 
muy sencillo. En primer lugar, 
vamos a crear una nueva entrada 
en el menú de nuestro programa 


cuyo título será Datos básicos. Para 
ello, utilizaremos de nuevo el edi¬ 
tor de recursos. Abrimos la carpeta 
de menús y seleccionamos 
IDR_MAINFRAME, que es el identifi¬ 
cador del menú principal de nues¬ 
tro programa. Seleccionamos un 
hueco libre en la barra y escribimos 
en el menú de propiedades relacio¬ 
nado con dicho hueco, el título de 
nuestro menú. Desactivamos la 
opción de Popup, ya que no vamos 
a incluir ningún submenú dentro 
de esta opción. A continuación, le 
asociamos un identificador que, en 
nuestro caso, será ID_MENUDATOS- 
BASICOS, aunque bien puede ser 
otro cualquiera. Ya tenemos una 
nueva opción en el menú. 

Ahora, queremos que cada vez 
que se pulse dicha opción, se eje¬ 
cute el diálogo. Para ello, debemos 
crear un evento asociado a dicha 
selección. Utilizaremos pues de 
nuevo ClassWizard. Buscamos en la 
pestaña del mapa de mensajes el 
identificador de nuestra opción de 
menú, y pulsamos en la ventana 
derecha donde pone COMMAND. 
De esta forma, crearemos una fun¬ 
ción OnMenuDatosBasicos donde 
implementaremos la funcionalidad 
de dicha opción. En nuestro caso, 
tan sólo queremos abrir la ventana 
de diálogo. 

Existen dos formas de mostrar 
diálogos: los diálogos modales, que 
detienen la ejecución de la ventana 
que los llama hasta que se cierra 
dicho diálogo, y los no modales, 
que se abren como si de una aplica¬ 
ción independiente se tratara y, por 
tanto, puede visualizarse sin inte¬ 
rrumpir la ejecución del programa. 

Nosotros utilizaremos los diálo¬ 
gos modales, por ser mucho más 
sencillos de crear, como veremos a 
continuación. Para ello tan sólo 
necesitamos crear una instancia de 
la clase a que representa dicho diá¬ 
logo, que en nuestro caso hemos 
llamado CDatosPrincipal . Una vez 
hecho esto, tan sólo debemos lla¬ 
mar al método de la clase 
DoModalQ para que se muestre 
dicho diálogo. Por tanto, el código 
de dicha función será: 





Tabla 1. Lista de los ¡dentificadores con sus 


nombre 


Identificador 

IDC_CHECKRATON 

!DC_COMBOMODOSGRAFlCOS 

IDC_EDITAUTOR 

IDC.EDITFONDO 

IDCJDITFPG 

IDCJDITPROGRAMA 

IDC EDITRATON 


Tipo de dato 

BOOL 

CString 

CString 

Int 

CString 

CString 

Int 


Nombre de la variable 

m^Raton 

m_ModoGrafico 

m_Autor 

mJDFondo 

m_FPC 

m_NombrePrograma 
m ID Ratón 
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ontinuamos con nuestros cur¬ 
sos de programación habitua¬ 
les siguiendo los capítulos ya ini¬ 
ciados. Como siempre, espera¬ 
mos que os sean de utilidad. 

En cuanto a nuestro concurso, por 
supuesto sigue en pie con los mis¬ 
mos premios. Ya sabéis: 25.000 
pesetas para el ganador y 20.000 
para los otros dos juegos elegidos. 
Esperamos con impaciencia recibir 
vuestros juegos. 

Aquí tenéis los ganadores de este 
número. Esperamos que os gusten. 
En este suplemento encontraréis 
un breve comentario del juego y 
un extracto de su código fuente 
que, no os olvidéis podéis encon¬ 
trar entero en el CD-Rom si abrís 


los ficheros pertinentes. Seguro 
que la visión y el estudio de estos 
códigos os ayudará a mejorar algu 
nos aspectos de vuestros propios 
trabajos de programación. 



# 


\ueremos haceros saber que 
\^todas las ideas, críticas o suge¬ 
rencias para mejorar esta revista 
serán bienvenidas por parte de 
esta redacción. Si tenéis inquietud 
por algún tema que no tocamos 
demasiado, si consideráis que 
alguna sección de esta revista debe 
desaparecer o debe ser cambiada 
por otra, incluso si os animáis a 
proponernos artículos realizados 
por vosotros/as, que creéis pueden 
ser aprovechados por otros usua- 
rios/as, no dudéis en poneros en 
contacto con nosotros. Todas las 




No os olvidéis meter vuestros datos completos cuando mandéis 
juegos al concurso. Lo decimos porque hemos recibido algunos en 
los que falta la ciudad, el teléfono o directamente la dirección 
entera. Para hacer más cómoda la tarea, en el CD que acompaña 
la revista hay una ficha que podéis incluir como fichero de vues¬ 
tro juego, así no habrá problemas. Esta ficha se incluirá en la 
revista cuando hagamos otro especial de juegos DIV y será obli¬ 
gatoria para participar en el concurso. 

Es vital que introduzcáis un fichero de texto que contenga la 
presentación de la historia, vuestras fuentes de inspiración, 
las características del juego, su instalación y, sobre todo, el 
código fuente. 
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Para los que se introducen por primera vez en el campo de ¡a programa¬ 
ción. Estas páginas están dedicadas a los usuarios menos expertos. 



Curso de Programación en C 
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Saber programar en C es vital para todo aquel que se quiera dedicar a 
realizar videojuegos, ya que es uno de los lenguajes más usados para 
estos menesteres. 
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Para acabar con nuestros cursos, un práctico 
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Invasión, un arcade inspirado en las recreativas de hace algunos años, es 
el ganador de este mes por su estupenda realización. 
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que se alza con la segunda plaza. 
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Tercer programa dei lector 
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Y bronce para Laberyn , un título inspirado en los shoot em up más clási¬ 
cos, ya sabes: apunta y dispara. 


sugerencias serán atendidas y teni¬ 
das en cuenta. Os necesitamos 


Dara mejorar. 

? ara mandarnos los 


os o 

cualquier sugerencia sobre la 
publicación, podéis hacerlo por e- 
mail (gover@prensatecnica.com), 


correo normal o incluso entregar 
los a mano en la dirección de la 
redacción: 

Divmanía 

C/ Alfonso Gómez, 42 
Nave 1-1-2 

28037, Madrid, España 
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Nombre del juego: 

Autor (es): 

Dirección: 

Teléfono: E-mail: 

Habíanos sobre tu juego (no seas conciso, puedes extenderte lo que quieras): 

Descripción del juego: 

¿Cuál es el objetivo del juego? ¿De dónde surgió la idea? 

¿Qué es lo mas destacado del juego según tu opinión? 

¿Qué es lo menos? ¿Cuál es el objetivo del juego? 

¿Qué problemas has encontrado en su desarrollo? 

¿Quieres añadir algo más? 

(Para contestar a estas preguntas usad la ficha que encontraréis en el Cd-Rom) 
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PROGRHMRCION BASICA 




odas las estructuras de datos que se han 
descrito en anteriores artículos tienen una 


característica común: quedan perfectamente 
definidas en tiempo de compilación, tanto en 
el tipo de elementos que pueden contener 
como en el número de éstos. Esta característica 


queda reflejada en la definición de estructuras 
de datos de tipo array. Los elementos de este 
tipo pueden ser tan complejos como se desee, 
de igual forma ocurre con el número de 
elementos del tipo base que pueden albergar 
(teniendo en cuenta las limitaciones de 
memoria), pero, una vez declarado, no se 
puede modificar ni su estructura ni su número 
de elementos. 


Aunque es conveniente que el formato del tipo 
base de las estructuras sea estático, pues éste 
limita el tipo de elementos que albergará, no 
lo es tanto que esté determinado el número de 
elementos, ya que existen situaciones en las 
que o bien todos los elementos no se utilizan 
(toda la memoria reservada por el compilador 
no se utilizará con el consiguiente derroche de 
memoria), o bien no se ha reservado suficiente 


memoria, perdiendo el programa la 
generalidad que debería tener. 


PUNTEROS 


Para resolver el problema de la limitación de 
elementos que puede tener una estructura de 
datos, el lenguaje debería disponer de una 
serie de procedimientos predefinidos capaces 
de solicitar una cantidad de memoria 


adecuada para albergar a los nuevos elementos 
que se deseen insertar en la estructura de 
datos, e inversamente, otros que permitan 
liberar la memoria de aquellos elementos que 
se deseen eliminar. En esta nueva situación el 


acceso a la totalidad de los elementos ya no se 
puede realizar a través de variables definidas en 
el programa para cada uno de ellos, pues no se 
conoce, a priori, cuántos elementos formarán 
parte de la estructura, así, el lenguaje deberá 
permitir diferenciar entre datos y referencias a 
datos. 


Cuando se utiliza una variable se está 
accediendo realmente al contenido de la 


posición de memoria asociada a dicha variable, 
así, la diferencia entre variable y contenido de 
ésta no existe, por eso no es posible distinguir 
entre datos y referencias a éstos. 

Los lenguajes de alto nivel disponen de 
punteros que permiten realizar la distinción 



entre datos y referencias a datos. A partir de 
este punto, y hasta el final del presente 
artículo, se describirán los punteros utilizando 
el lenguaje Turbo Pascal, aunque la descripción 
no perderá generalidad respecto de otros 
lenguajes salvo en la sintaxis. 

Un puntero no es más que una variable que 
contiene una dirección, donde será posible 
encontrar datos que deben ser del tipo 
asociado al puntero. Para declarar una variable 
de tipo puntero basta con hacer preceder al 
tipo asociado con el símbolo " A ". Por ejemplo, 
para declarar un puntero a un entero se podría 
hacer de la siguiente forma: "n : A integer;". La 
variable n no contiene ahora el dato de tipo 
entero, sino la dirección donde se puede 
encontrar dicho dato; así, si se trata de asignar 
el valor -5 a la variable n se producirá un error. 
Para hacer referencia al contenido de la 


formas, antes de poder asignar algún valor al 
contenido señalado por un puntero es 
necesario solicitar una porción de memoria 
adecuada para albergar los datos y que dicha 
dirección se almacene en la variable puntero. 
El procedimiento new permite reservar una 
zona de memoria del heap; la dirección de este 
zona será el contenido de la variable puntero 
que se pasa como parámetro al procedimiento 
mientras que el tamaño de la zona de memoíi¡ 
se corresponderá con el tamaño del tipo 
asociado al puntero. 

En la Figura 1 se puede observar la declarador 
de una variable de tipo puntero puntjper que 
tiene como tipo base el registro persona, al 
igual que cualquier otro tipo de variable no 
contiene inicialmente un valor válido. 


posición de memoria apuntada por n basta 
con hacer suceder al identificador del puntero 
con el símbolo " A ", de tal forma que el 
incremento del contenido de la posición de 
memoria apuntada por n se realizaría de la 
siguiente forma: "n A ;=n A +/De todas 


Mediante el procedimiento new(punt_per) se 
ha reservado memoria suficiente para alberga: 
los datos de un registro, pero la variable 
punt_per no contiene los datos del registro sino 
la dirección donde éstos se encuentran, sin 


embargo, se puede acceder a los datos del 
registro haciendo suceder a la variable de tipo 
puntero el símbolo " A ", que indica la entrada 


proce 
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Figura 1. 







= record 

nombre : string[15] ; 
dirección : si-ring[ 70] 
tfno : stringtlO] ; 
edad : 

end ; 


punt_p 


var 

p - unt_p e r 


persona ; 


begin 


new ípunt^per) ; 

punt-_per A .nombre := 'Pepe' ; 

punt-_per rt . dirección := 'Avda. de America, 
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procedure inserta 
(elem : char ; 


var 

actual, adelante 
aux : lista p 

begin 

i£ (1 = nil) 
then 
begin 

new(aux) ; 
aux A .siguiente 
aux A .elemento 
1 : = aux ; 

end 


lista_or denada 
1 : lista) ; 

:lista ; 


:- ni1 ; 
= elem ; 


I 








i£ (1 ^elemento > elem) 

then 

begin 


new(aux) ; 

aux A . siguiente 
aux A . elemento 
1 :- aux ; 

end ; 


1 ; 
elem 


Figura 2. 


al contenido de los datos de la dirección 
contenida en el puntero. De esta forma, 
puntjper K hace referencia a la totalidad del 
registro, mientras que puntjper''.nombre se 
refiere al campo nombre del registro. Como es 
lógico, cualquier dato accedido a través de un 
puntero puede ser utilizado en cualquier 
ambiente en que se pueda utilizar el tipo de 
datos resultante, por ejemplo, a 
puntj>er*.nombre se le podría aplicar cualquier 
operación asociada a una cadena de 
caracteres. 

El procedimiento dispose, que toma como 
parámetro una variable de tipo puntero, 
permite liberar la zona de memoria 
referenciada por el puntero, quedando ésta 
disponible para usos posteriores. Una vez que 
se ha aplicado este procedimiento a una 
variable de tipo puntero cualquier intento de 
referenciar la zona apuntada por el puntero 






procedure e liim na_ el emento 
(var 1 :lista ; elem : 

var 

actual, adelante : lista ; 

begin 

if (1 <> nil) 
then 

if (I a .elemento = elem) 

then 


actual := 1 ¿ 

1 := I a .siguiente 
dispose(actual) ; 

end 


n 

actual := 1 ; 

adelante := I a .siguiente ; 




Figura 3. 


Programación básica 






actual :- 1; 

adelante := I a .siguiente ; 
while (adelante <> nll) and 

(adelante A .elemento <= 

do 

begin 


elem) 


e ; 


adelante 

end ; 

if (actual A 

then 


.siguiente 


elemento <> elem) 


new (aux) 
aux A .sig := 


aux A .elemento 


actual A - sig 

end ; 
end , 
end ; 


e ; 

* elem ; 
aux ; 
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será considerada como un error. 

Además de los orocedimientos new y dispose, 
Pascal cuenla con la constante n//que puede 
ser asignada a cualquier variable de tipo 
puntero, independientemente del tipo de datos 
al que referencia. Como se verá posteriormente 
servirá para indicar que un puntero referencia a 
la zona de memoria "nula". 

LISTAS ORDENADAS 

Una de las aplicaciones más usuales otorgada a 
una lista consiste en mantener un conjunto de 
elementos ordenados, aunque no es posible 
aplicar más que la búsqueda secuencial; los 
procedimientos para el tratamiento de éstas 
ilustran adecuadamente las operaciones que 
normalmente se realizan con ellas y con los 
punteros. 

En la Figura 2 puede observarse la inserción de 
un nuevo nodo en una lista ordenada. La 


(adelant-e <> nll) and 
(adelante A .elemento < elem) 


do 


actual :- adelante ; 
adelante:=adelante A .siguiente 

end ; 

f (adelante <> nll) and 

(adelante A .elemento^ elem) 

then 


actual A .siguiente := 

adelante A .siguiente ; 
dispose(adelante) ; 


writeln ('El elemento no estaba en 

la lista'' ) ; 


writeln ('La lista está vacia'') 

end ; 
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primera acción consiste en comprobar si la lista 
se encuentra vacía (l=nil), si es así se procede a 
solicitar memoria para un nuevo nodo siendo 
el elemento siguiente a éste la constante nil 
(fin de la lista); el puntero que indica el primer 
nodo de la lista, I, apuntará al nodo insertado 
cuya dirección se encuentra almacenada en el 
puntero aux. Si la lista no se encontrara vacía, 
se distinguen dos casos. El primero consiste en 
que el elemento a insertar sea menor que 
todos los de la lista, puesto que ésta se 
encuentra ordenada; basta con comparar el 
elemento a insertar con el elemento 
almacenado en el primer nodo. La inserción en 
esle caso se produce al principio de la lista 
siendo un proceso equivalente al anterior, 
salvo que el nodo insertado debe apuntar al 
que fue el primer nodo de la lista. En el 
segundo caso, se debe explorar la lista en 
busca de la posición adecuada para la 
inserción. Para realizar este proceso se utilizan 
dos punteros actual y adelante, en donde el 
segundo de ellos, adelante, siempre señalará al 
nodo sucesor apuntado por el puntero actual. 
Mediante un bucle se hace avanzar de forma 
simultánea a ambos punteros hasta que el 
puntero adelante señale un nodo que contenga 
un elemento mayor que el que se desea 
insertar, o bien, hasta que llegue al final de la 
lista. Una vez localizado el punto de inserción, 
se comprueba si el elemento no se encuentra 
en la lista; si es así, se solicita un nuevo nodo 
siendo éste el elemento que precederá al nodo 
apuntado por el puntero adelante, por tanto, 
en su campo siguiente debe almacenarse la 
dirección del puntero adelante. El nodo 
predecesor del nodo que se desea insertar está 
señalado por el puntero actual, el campo 
siguiente de este nodo deberá apuntar a la 
dirección del nodo a insertar. En este punto es 
posible comprender la necesidad de utilizar dos 
punteros para realizar el proceso de inserción. 

En la figura 3 puede observarse el 
procedimiento para eliminar un nodo de la 
lista. Este sistema es similar al de inserción de 
una lista en lo que se refiere a la utilización de 
dos punteros, uno para indicar el nodo a 
eliminar y otro para apuntar al nodo 
predecesor de éste. El puntero actual es 
necesario para poder acceder al campo 
siguiente del nodo que precede al que se desea 
borrar, pues este campo pasará a contener la 
dirección almacenada en el campo siguiente 
del nodo que se va a eliminar. También aquí se 
puede observar la asimetría del caso en que el 
nodo a eliminar sea el primero de la lista con el 
resto de casos (el primer nodo no tiene 
predecesor). En este procedimiento también se 
ha utilizado el procedimiento dispose, para 

liberar la memoria de los nodos eliminados de 
la lista, a 
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void mai 
char ca 


} 


gets (a 
puts (o 


C proporciona numerosas funciones para la 
gestión de la entrada/salida de 
información. Existen dos grandes grupos. Por 
un lado se encuentran las funciones destinadas 


a trabajar con la consola, es decir, la pantalla y 
el teclado. Por otro lado están las funciones 


orientadas al trabajo con archivos. 



CARACTERES 


El tratamiento de la entrada y salida de 
caracteres por teclado y pantalla se reduce a dos 
sencillas funciones. Estos son sus prototipos, que 
se pueden encontrar en la biblioteca "stdio": 

• getchar: 

Prototipo: int getchar (void); 

Esta es la función encargada de capturar un 
carácter desde teclado. Sin embargo, por 
compatibilidad con la primera versión de C 
para el sistema operativo UNIX, su 
funcionamiento no es exactamente el que 


cabía esperar. En lugar de leer la primera tecla 
pulsada y devolver el carácter asociado, espera 
a que se llene el buffer para leer el primer 
carácter de la entrada. Y para llenar el buffer 
de entrada es necesario pulsar "intro". Debido 
a este curioso comportamiento, la mayoría de 
compiladores incluyen funciones no estándar 
para tratar la situación de forma adecuada. 
Normalmente estas funciones reciben el 


LISTAD01 


nombre "getch" y "getche". 

• putchar: 

Prototipo: int putchar (int); 

La misión de putchar es mostrar en pantalla el 

carácter pasado como parámetro. 
A diferencia de la función anterior, 
en esta ocasión el funcionamiento 


ffindude <stdio.h> 


«define ERROR -1 
«define OK 0 


sí se ajusta a lo esperado. 

El lector recordará del capítulo 
anterior que todas las funciones de 
la biblioteca estándar utilizan 


int main () { 

FILE *fich; 
char c* 

if ((fich = fopen ("info.txt", "w")) != NULL) { 
printf ("\nlntroduzca una serie de caracteresAn"); 
printf ("No olvide pulsar \"¡ntro\" al menos una vezAn"); 
printf ("Para finalizar teclee el carácter '@An"); 
do { 

if ((c = getchar ()) != '@') { 
fputc (c, fich); 

} 

} while (c != 
if (fclose (fich)) { 

printf ("Error en el cierre del archivo\n"); 
return (ERROR); 

} 

} 

else { 

printf ("Se ha producido un error al incializarel 
archivo\n"); 
return (ERROR); 

} 

return (OK); 


enteros para tratar con los 
caracteres. Estas dos funciones, 


como puede verse, no son una 
excepción y del mismo modo 
utilizan el byte de menor peso del 
entero para representar el carácter. 
El siguiente ejemplo sirve para 
ilustrar claramente el 


comportamiento de getchar y 
putchar: 


iinclude <stdio.h> 


void main () { 
char c, d; 
c = getchar (); 
d = getchar (); 
putchar (c); 
putchar (d); 


} 


) 


Al ejecutar este ejemplo se 
puede comprobar cómo el 
programa espera que se le 
introduzcan caracteres hasta 


que se pulse "intro". Una vez 
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hecho esto, muestra en pantalla los dos 
primeros caracteres tecleados. 


CADENAS 


La entrada/salida de cadenas, como es logico, 
es algo más complicada. En este caso también 
existen dos funciones básicas llamadas "gets") 
"puts" cuyo prototipo se puede encontrar en 
el archivo de cabecera "stdio.h". Sin embargo, 
se pueden encontrar otras dos funciones 
sumamente útiles para realizar entrada y salida 
de cadenas con formato. Se trata de "printf" y 
de "scanf". La primera se ha utilizado en 
innumerables ocasiones a lo largo del curso, 
mientras que la segunda es completamente 
nueva y por ello será tratada en profundidad. 

A continuación se explican las tres funciones 
mencionadas anteriormente: i 


• gets: 

Prototipo: char *gets (char *cadena); 

La función gets captura una cadena introducida 
por teclado y la almacena en memoria a partir 
de la dirección de memoria apuntada por el 
puntero cadena. Se leen caracteres de la 
entrada hasta que se encuentra un retorno de 
carro. Sin embargo, el retorno de carro no se 
almacena en destino. En su lugar se almacena 
un AO' que indica el fin de la cadena. Como 
suele ser habitual, C no hace ninguna 
comprobación acerca del destino. Por ello el 
programador debe asegurarse siempre que hay 
espacio suficiente en la zona de memoria 
apuntada por "cadena" para almacenar la 
entrada. En caso contrario, se podrían j 

sobreescribir otros datos del programa y 
producirse un funcionamiento anómalo. I 

* puts: I 

Prototipo: int puts {char *cadena); 

La función puts es la opuesta a gets. Su trabajo 
consiste en imprimir en pantalla el conjunto de 
caracteres apuntados por el parámetro 
"cadena". En caso de error, puts devuelve el 
valor EOF. Además, añade el carácter nueva 
línea al final deia cadena en la salida. 


Un sencillo ejemplo del funcionamiento de 
estas dos funciones puede ser el siguiente: 
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I iinclude <stdio.h> 

void main () { 
char cadena[l 00]; 
gets (cadena); 
puts (cadena); 

Este pequeño programa se limita a leer una 
cadena desde teclado y posteriormente la 
muestra por pantalla. Se asume que la longitud 
del array cadena será más que suficiente para 
almacenar la entrada. 

• scanf: 

Prototipo: int scanf (const char *fmt,...); 

En el caso de necesitar interpretar una entrada 
con un formato determinado, scanf es la 
función apropiada. Al Igual que printf, esta 
función utiliza una cadena de formato que 

I utiliza unos códigos especiales para realizar su 
tarea. Estos códigos indican a scanf el tipo de 
datos que debe esperar de la entrada. La 
cadena de formato se Interpreta de izquierda a 
derecha haciendo corresponder los códigos 
| con los restantes argumentos pasados a la 
| función, en el mismo orden. En la tabla 1 se 
especifican los códigos válidos. Son muy 
parecidos a los utilizados para printf (ver el 
capítulo referente a los arrays, las cadenas y las 
estructuras), salvo el"%[]". Sirve para definir 
un conjunto de caracteres aceptables en la 
entrada. Por ejemplo: 

%[ilus] 

El código anterior aceptaría una cadena como 
"luis". Sin embargo, no reconocería "luisa" 
porque la "a" no se encuentra en el conjunto. 

I En este último caso, scanf reconocería sólo 
"luis" y continuaría interpretando la entrada a 
partir de la "a". Por otro lado, también es 
posible especificar los caracteres que no deben 
aparecer en la entrada. Para ello se especifica 
como primer carácter del conjunto el " A ". Si 
en el ejemplo anterior se hubiera optado por el 
siguiente código: 

%[ A ilus] 

Ante la cadena "abduis", scanf reconocería la 
cadena "abe", ignoraría el carácter "I" (porque 
está en el conjunto) y continuaría el 
reconocimiento a partir de la "u" siguiendo las 
directrices del resto de la cadena de formato. 
También existe la posibilidad de indicar un 
rango: 

%[a-n] 

Con este código se reconoce cualquier cadena 
que contenga cualquiera de los caracteres 
comprendidos entre la "a" y la "n". Respecto a 


los conjuntos sólo queda decir que únicamente 
se pueden hacer corresponder con cadenas de 
caracteres, es decir, con un puntero a carácter. 
No se pueden utilizar para reconocer ningún 
otro tipo de dato. 

Además, en la cadena de formato se pueden 
especificar espacios en blanco. Un espacio en 
blanco indica a scanf que ignore espacios en 
blanco, un salto de línea o una tabulación. 
Cualquier otro carácter distinto del espacio 
indica a scanf que ignore dicho carácter. En 
caso de no aparecer el carácter esperado, la 
función se detiene. Si en algún caso es 
necesario interpretar un espacio como tal, 
basta con reconocerlo como si fuera un 
carácter ("%c") y será asimilado sin problemas. 
También se puede ignorar un elemento de la 
entrada. Aprovechando el ejemplo anterior, 
ante la entrada "luisas" y el código de formato 
"%[¡lus]%*c%c", scanf reconocería lo 
siguiente: 

Cadena: "luis" 

Carácter: "s" 

Como puede verse, el carácter "a" desaparece 
de la entrada. Esto es aplicable a cualquier tipo 
de dato admitido por la función además de los 
caracteres individuales. 

Como es de suponer, en la mayoría de los 
casos los elementos de la entrada deben estar 
separados mediante cualquier separador, 
Incluido el espacio en blanco. Exceptuando 
casos como el especificado anteriormente con 
los conjuntos, la función sería incapaz de 
distinguir el principio y el final de cada uno de 
los elementos. Por ejemplo, ante la entrada 
"hola1234" scanf reconoce una sola cadena, 
en lugar de una cadena ("hola") y un entero 
("1234"), que parece lo más lógico. Para 
resolver un caso como éste se puede 
especificar la longitud en caracteres del dato 
esperado. Un ejemplo: 

%4s 


Mediante este código se reconocería 
una cadena de cuatro caracteres de 
longitud. 

Los parámetros de llamada deben ser 
referencias a variables para que la función 
pueda almacenar los valores de ia entrada. 
Existe una única excepción. Las cadenas de 
caracteres ya son un puntero (char *) y, por 
tanto, no se debe especificar una referencia al 
puntero porque el resultado no sería el 
deseado. 

El siguiente programa de ejemplo ¡lustra el 
funcionamiento de la función scanf: 


tíinclude <std¡o.h> 



void main () { 
char cadena[ 7 5 ], carácter; 
int entero; 

printf ("Introduzca los datos con el siguiente 
formato:\n"); 

printf ("Cadena Entero, Carácter\n"); 
scanf "%s %d, %c", cadena, &entero, 
(¡carácter); 

printf : '\nLos datos introducidos han sido:\n“); 
printf ("Cadena: %s\n", cadena); 
printf ("Entero: %d\n“, entero); 
printf "Carácter: %c\n", carácter); 

} 

La función scanf ofrece multitud de 
posibilidades. Por ello, la única manera de 
dominar su uso es mediante la práctica. Se 
recomienda al lector que realice numerosas 
pruebas antes de continuar. 

CONSIDERACIONES SOBRE PRINTF 

Hace dos entregas fue necesario tratar por 
encima la función printf. Sin embargo no se 
trataron todos los aspectos relacionados con la 
misma porque el objetivo en aquel momento 
era otro muy distinto. Ha llegado el momento 
de completar la explicación sobre su 
funcionamiento. 

Al igual que scanf, esta función admite que se 
especifique la longitud de la entrada. En este 
caso se indica la longitud mínima de la salida 
en lugar de la longitud máxima de la entrada. 
El formato es el mismo: 

%<longitudxcarácter de formato> 

Si el dato no cubre el mínimo espacio 
especificado la salida se rellena con 
espacios en blanco o ceros. En este 
último caso, se debe colocar un cero 
delante de la longitud mínima. Por 
ejemplo, la siguiente sentencia mostraría 
un entero con una longitud mínima de 8 
caracteres, justificado a la derecha y 
rellenando con ceros: 

printf ("%08d\n", i ); 

Si se desea justificar la salida a la Izquierda se 
debe añadir un signo menos detrás del 
carácter '%' de la cadena de formato: 


printf ("%-8d\n" i); 


En el caso de los números de coma flotante se 
puede especificar también el número de 
posiciones decimales. Para ello se añade un 
punto a la longitud mínima y, a continuación 
del mismo, el número de posiciones decimales 
deseadas. Por ejelfclo: 




printf ("%8.5f\n", f); 














E n lo que va del presente curso, se ha explicado 
ya un gran número de conceptos relacionados 
con el funcionamiento interno del PC y la CPU, así 
como un número ya considerable de instrucciones. 
Ahora pasaremos a profundizar en otra de las áreas 
básicas de la programación en ensamblador, que 
es todo lo referente al manejo de bits en general. 

PARA QUÉ SIRVEN 

Básicamente, podemos decir que la potencia de 
un determinado microprocesador viene dada, 
aparte de por los propios MIPS ( Millones de 
Instrucciones Por Segundo) que puede desarrollar, 
por la variedad de instrucciones que disponga en 
su set para operar con bits (entre otras, claro). 

Un ejemplo de ello es la familia de chips POWER 
PC, que (aparte de ser RISC) gracias a que poseen 
una completa librería de dichas instrucciones, son 
aptos para poder ser usados como plataforma 
desde la cual poder emular otras máquinas (por 
ejemplo, Pentium), ya que la emulación se basa 
mucho en el control de bytes y bits individuales y 
en caso de tener pocas instrucciones destinadas a 
tales fines, el código tiene que ejecutar muchas 
más instrucciones para realizar las mismas funcio¬ 
nes, con el consecuente aumento de ciclos de reloj 
necesarios, lo cual se traduce en un menor rendi¬ 
miento del programa. 

Al igual que este ejemplo mencionado, podemos 
decir que estas instrucciones son fundamentales 
en general en todo tipo de algoritmos que poda¬ 
mos realizar y además su utilidad aumenta de 
forma directamente proporcional a la complejidad 
de los mismos. 

CLASIFICACIÓN DE LAS INSTRUCCIONES 

Las instrucciones de bits que hemos dicho que 
tenemos se dividen, a su vez, en tres clases según 



Fotografía 1: Instrucciones de manejo de bits. 




su utilidad. Así, disponemos de las de desplaza¬ 
miento (englobando en ellas tanto lógicas como 
aritméticas), las de rotación simple y las de rota¬ 
ción con acarreo, aparte, cómo no, de algunas 
operaciones lógicas básicas que están presentes en 
todos los micros, al igual que otras estándar como 
son las de suma y resta por ejemplo. 

La diferencia entre las operaciones lógicas y aritmé¬ 
ticas es muy simple de comprenden mientras las 
aritméticas no alteran el signo del elemento sobre el 
cual operan, las lógicas no lo tienen en cuenta. 

Si las mencionamos todas de forma clasificada, 
tenemos como operaciones básicas cinco instruc¬ 
ciones: AND, NOT, OR, TEST y XOR. 

Como instrucciones de desplazamiento de bits, 
tenemos dos subclases: por un lado tenemos SHL 
y SHR como lógicas y las instrucciones SAL y SAR 
como aritméticas. 


Por último, tan sólo quedan las llamadas de rota¬ 
ción, que también se dividen en dos subclases: las 
simples y las de acarreo. En la primera subclase 
disponemos de ROL y ROR y en las de rotación 
con acarreo, de RCL y RCR. 

A continuación vamos a detallar casi todas para 
que el lector pueda entenderlas perfectamente y 
pueda usarlas en la práctica: 


INSTRUCCIONES LÓGICAS BÁSICAS 


AND destino.fuente: 


Esta instrucción realiza la operación <y lógica> a 
nivel de bits entre los dos operandos. Los dos 
parámetros pueden ser tanto dos palabras ( words ) 
como dos bytes. La operación AND consiste bási¬ 
camente en que los bits del primer operador se 
comparan con los correspondientes del otro que 
ocupan la misma posición y se ponen en destino a 
1 sólo aquellos casos en que ambos bits poseían el 
valor 1. En la fotografía 1 tenemos un esquema 
del funcionamiento. 


Lógica: 

{ 

Destino= Destino "AND " fuente. 


CF=0; 

OF=0; 


} 



D 



OR Fuente, Destino: 

Esta instrucción, cuyas siglas proceden del inglés 
<logical inclusive OR>, realiza la llamada operación 
o lógico inclusivo a nivel de bits. Esta operación con 
siste en que cada uno de los bits de los operadores 
se comparan y se almacena 0 en destino en todos 
los casos en que ambos sean 0 y en caso de que 
uno o ambos posean el valor 1. Ver fotografía 1. 
Lógica: 


í 


} 


Destino = Destino <or> Fuente; 
CF= 0; 

OF=0; 


NOT Destino: 


Not, que es una simplificación de la operación <n 
logice»(logical NOT), simplemente cambia el esta¬ 
do de todos los bits del operador indicado. Así 
pues, todos los bits que estuviesen inicialmente a 
1, pasarán a tener el valor 0 y viceversa. 

A esta operación se la conoce también con el 
nombre de complemento a uno>. Para ver un 
ejemplo, mirar fotografía 1. 

Lógica: 


{ 


Si (Destino— byte) 


{ Destino - FFh - Destino;} 
Si (Destino== word) 


} 


{ Destino = FFFFFh - Destino;} 


TEST Destino.Fuente: 

Esta instrucción realiza la comparación lógica a 
nivel de bits (Ylógico ), pero sin almacenar el resul¬ 
tado en destino. Por lo tanto, excepto este ú 
dato, tenemos que realizar la misma operación 
que en la instrucción AND. 

Lógica: 



{ 


Destino <y lógico> Fuente- 
Actualización banderas; 
CF=0; 

OF=0: 


} 
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Curso ile ensamblador 


XOR Destino.Fuente: 

' Esta instrucción realiza la operación <o lógico 
exclusk» y proviene del inglés <logical exclusive 
OR>. Su función es la de comparar los bits de los 
dos operandos y la de almacenar en destino un 0 
siempre que ambos bits sean ceros o unos y un 1 
sólo si son diferentes (0/1 o 1 /O). Ver Foto 1. 


Destino= Destino <xor> Fuente; 

CfcO; 

OF=0; 

I 

DE DESPLAZAMIENTO LÓGICO 

SHL Destino.Contador: 

Esta instrucción, que proviene del inglés <SHift 

lógica! Left>, realiza la operación <Desplazamiento 
lógico a la izquierdas 

Su función es la de desplazar los bits de destino 
an¡as posiciones hacia la izquierda como esté 
Indicado en Contador. 

Los bits nuevos que van entrando por la derecha 
poseen valor 0. 

Otro dato importante, y que se aplica en 
to> as las ins succiones de desplazamiento y 
rotación que se explicarán, es que Contador 
tiene que ser por fuerza CL si se ha de indicar 
un valor de desplazamiento mayor a 1. En 
caso de que queramos indicar un desplaza¬ 
miento (o rotación) unidad, tenemos la posibi¬ 
lidad de poder elegir entre si queremos indi¬ 
carlo como un valor inmediato o con CL. 

Lógica: 

l 

TempsContador; 

Mientras(Temp!=0) 

(CF=Bit superior Destino; 

Destinos Destino*2; 

Temp—; 

Si(Contador=si) 

SifUltimo bit destino!=CF) OF=l; 

Sino: OF=0; 

Sino: OFs?; 

) 


M Destino. Contador: 

Proviene del inglés <SHift logical Right> y realiza la 
operación inversa a la anterior: desplaza Destino 
tantos bits hacia la derecha como esté indicado 
en Contador. Los bits que van quedando vacíos 
por la izquierda se van llenando con ceros. 

Su lógica es la siguiente: 

I 

TempsContador; 

Mientras;( TempIsO) 

(Cf=Bit inferior Destino; 

Destinos Destino/2; 

Temp—; 

Si(Contador=s] 


Si(Ultimo bit destino!=Bit anterior) OF= 1; 
Sino: OF=0; 

Sino: OFs?; 

} 


DE DESPLAZAMIENTO ARITMÉTICO 

SAL Destino. Contador: 

Esta instrucción sería la versión aritmética de 
SHL y existe como instrucción válida de ensam¬ 
blador, pero debido a una coincidencia de fun¬ 
cionamiento de tipo lógico, el resultado que 
produce es idéntico al generado por SHL y por 
esta razón físicamente es la misma instrucción 
máquina con otro mnemotécnico ensamblador. 
Aclarado esto, es fácil de entender que no se va a 
detallar más esta instrucción ya que la explicación 
sería exactamente la misma que la de SHL. 

SAR Destino.Contador: 

Estas siglas, que provienen del inglés <Shift 
Aríthmetic Right> (Desplazamiento Aritmético 
a la Derecha), desplazan los bits de Destino 
tantos lugares hacia la derecha como se indi¬ 
que en CL, al igual que hacía SHR, pero con 
la diferencia de que en cada desplazamiento, 
el nuevo bit que entra por la izquierda con¬ 
tiene el valor del bit que ocupaba esa misma 
posición antes, con lo que tenemos que no 
ah era el signo de Destino (que como sabe¬ 
mos, viene determinado por el último bit). 

| / t * / 

Lógica: 

( 

TempsContador; 

Mientras(Temp!sO) 

(CF=Bit inferior Destino; 

Destinos Destino/2; 

Temp—; 

Si(Contadors=l) 

Si(Ultimo bit destinoIsBit anterior) OFs / • 

Sino: OFsO; 

Sino: OFs?; 

} 

} 

DE ROTACIÓN SIMPLE 

ROL Destino.Contador: 

ROL son las siglas del inglés <ROtate Left>, lo 
cual se raduce simple y llanamente como 
<Rotaaón hacia la lzquierda>. Su funciona¬ 
miento es muy simple y muy similar al de 
SHL/SAL; realiza un desplazamiento de los bits 
de Destino el número Contador veces como 
dichas instrucciones, pero además el bit que 
va saliendo por la izquierda en cada ciclo de 
rotación no se pierde y se escribe tanto en CF 
orno en el sitio que queda vacío tras el despla¬ 
zamiento, que es el bit de más a la derecha del 
elemento Destino . Al final, con todo ello, gra¬ 
cias a esta forma de funcionar, tenemos que 
los bits no se pierden nunca, sino que tan sólo 
rotan hacia la izquierda como si de un circuito 



INSTRUCCIONES DE ROTACION 



cerrado de bits se tratara. Por ejemplo, si rota¬ 
mos 16 veces AX, el resultado quedaría inalte¬ 
rado, ya que se realizaría toda la vuelta com¬ 
pleta y los bits volverían a ocupar la posición 
original en la que estaban (como decir que el 

sitio más lejos al que puedes ir es donde estás). 
Lógica: 

{ 

TempsContador; 

Mientras(Temp!sO) 

{CF=Blt Superior Destino; 

Destinos Destino*2 +CF; 

i 

Temp—; 

Si(Contadors=l) 

Si(bit superior destinoisCF) OFs 1; 

Sino: OF=0; 

Sino: OF=?; 

} 

} 

ROR Destino. Contador: 

ROR proviene, claro está, de <Rotate Right> y 
realiza la misma operación que ROL pero en 
sentido contrario: hacia la derecha, colocando 
por lo tanto, los bits que van saliéndose en 
cada desplazamiento (cuyo número son los 
indicados en Contador) por la derecha en el 
primer bit de la izquierda de Destino y en CF. 

Tenemos por lo tanto, que es simplemente una 
rotación cerrada de bits. 

Lógica: 

{ 

TempsContador; 

Mientras(TempfsO) 

(CF=Bit inferior Destino; 

Destinos Destino/2; 

Bit superior Destino=CF 
Temp—; 

Si(Contadors= 1 ) 

Si/bit superior destinofsbm¡nterior) OFs ] ; 
Sino: OFsO; 

Sino: OFs?; 

) 



















































































































































































































































semejante a una recreativa, si no lo creéis 
cargar el juego en vuestro disco duro. 

Bueno, ahora vamos a oír lo que nos dicen los 
autores de Invasión: 


Hola !!!! Saludos redacción de Divmanía 


os encontramos en el año 2537, una 


era en que la humanidad ha logrado, 
finalmente, expandirse a otros planetas y 
galaxias. Desgraciadamente, debido a su 
violenta naturaleza, esto solo ha dado lugar a 
nuevos conflictos bélicos con otros planetas y 
razas. 


"Una pequeña resistencia de Marte ha 
decidido eliminar la Tierra, sede central de los 


Somos unos de los muchos que os enviamos 
un juego ( bien suponemos que ya os lo 
imagináis por el CD), nuestro primer juego. 
Somos dos compañeros de instituto, yo, Juan 
C, Martínez (17 años, el Diseñador y Grafista), 
y Ferrán Miro Espinosa (16 años, el 
Programador). Este es nuestro primer trabajo 
juntos (y separados), es decir que es el primer 
juego que hacemos. Ferrán había empezado 
con Div hace mas o menos un año y yo con el 
3DStud¡o2.5. hace unos 6 meses. 


humanos), para poder apaciguar esta era de 
destrucción y poder disfrutar de un poco de 
paz y tranquilidad. 

"Antes de poder entrar al planeta, tienes que 
dirigirte a la luna (su satélite natural) para 
destruir su principal vía de comunicaciones con 
otras colonias, y así evitar que lleguen 
refuerzos. Dada la importancia de este satélite, 
hay un fuerte desplegamiento de tropas de 
defensa a su alrededor. Debes superar esta 
barrera y llegar a la luna. 

"Fin de la transmisión. 


Este juego (a partir de ahora lo llamaremos 
Invasión), lo empezamos hace mas o menos 3 
meses, y al principio sólo era para ver como 
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Nos encontramos en el año 2537, una era en que 
la humanidad ha logrado,finalmente, expandirse 
a otros planetas y galaxias. 

Desgraciadamente, debido a su violenta naturaleza 
esto solo ha dado lugar a nuevos conflictos bélicos 
con otros planetas y razas. 


Una pequeña resistencia de Marte, ha decidido 
eliminar la Tierra (sede central de tos humanos) 
para poder apaciguar esta era de destrucción y 
poder disfrutar de un poco de paz y tranquilidad. 
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funcionaban las herramientas que hemos 
utilizado. Nos hemos dado cuenta que, tanto 
el Div como el 3DS, tenían muchas 



posibilidades. En el juego, al principio, no 
teníamos nada planeado, es decir estábamos 
desorganizados y lo hacíamos sobre la marchi 
(de ahí que hayamos tardado tanto en 
hacerlo), pero poco a poco empezamos ha 
diseñar los niveles, las trayectorias de los 
enemigos... fue entonces cuando todo se 
aceleró. De hecho hicimos mucho más juego 
en las últimas tres semanas que en todo el otr: 
tiempo. lo he he 

Ahora pasamos a algunas explicaciones sobre código. 



el juego ya sea en el apartado de 
programación como en el gráfico 


PROGRAMACION Y GRAFICOS 


trayecto 
del blas 
otras m, 
extreme 


El juego ha sido programado en un Pentium 
100 con 32 megas de Ram, lo que me ha 


pero to< 
de gráfí 


hecho esmerarme a la hora de usar los recurso dañado: 


para evitar relentizaciones (aunque hay 
algunas). El código no esta muy optimizado, 
ya que hay variables que se podían haber 
substituido por otras ya predefinidas, pero no mirado) 

En cuan 
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otra vez 
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Así empieza la intro del juego y, en seguida, 
nos colocamos en nuestro papel de marciano 
cabreado y nos acercamos a la Luna con 
ánimos hostiles contra los humanos. En una de 
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las dos naves disponibles, tendremos que 
acabar con toda la resistencia, primero aérea, 
después terrestre y aérea y, para acabar, 
enfrentarnos a la terrible nave de final de fase. 
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Podremos coger varios Ítems en nuestro 
camino que nos proveerán de armas varias, 
escudos, bombas y rayos paralizantes, y todo 
mientras ponemos a prueba, una vez más, 
nuestros entrenados reflejos. Una calidad 
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lo he hecho para mejor entendimiento del 
código. Encontraréis que la rutina de las 
trayectorias de los enemigos es parecida a la 
del blastemup. Esto es debido a que probé 
otras maneras de hacerlo (ej. dar los puntos 
extremos y que calculara él el incremento) 
pero todas eran demasiado lentas. El cambio 
de gráfico de los enemigos cuando son 
dañados lo podría haber hecho con una 
conversión de paleta en vez de copiarlos todos 
otra vez, pero cuando lo hice aún no sabia usar 
las rutinas de la paleta (ni me las había 
mirado). 


¡//fichero del rankng 


En cuanto a gráficos, solo comentar que han 
sido realizados con 3DStudio 2.5 y retocados 
(algunos) con Photoshop. 


CODIGO 


FPGMENUS= "c: \ invasión \ fpg \menus. fpg"; 
FPGN1- ’c: Mnvasion \fpg\nh fpg 
FPGN2="c: Mnvasion \ fpg\n2. fpg 
FPG N3="c: Mnvasion \fpg\n3.fpg "; 

FPG PROTAI="c: Mnvasion \fpg\protal .fpg"; 
FPGPROTA2= ”c: Mnvasion \ fpg \prota2. fpg 
FPG EX PLO= "c: Mnvasion \ fpg \explosiones. fpg 
FPGNA VES-’cMnvasion \ fpg \naves. fpg 
FPGINICIO= "c:Mnvasion\fpg\inicio.fpg • 
FPG EN El - "c: Mnvasion\fpg\enel .fpg”; 
FPGENE2="c:Mnvasion\fpg\ene2.fpg"; 

FPGENE3="c: Mnvasion \ fpg \ene3.fpg ”; 
FPGENE5="c: Mnvasion \fpg\ene5. fpg "; 
FPGBONUS= "c: \ in vasion \ fpg \bonus. fpg "; 
FPGINFORMES= "c: Mnvasion \ fpg Mnfo. fpg "; 


1! 


//Empezado el 18/11/1999 terminado el 
9/3/2000 


FNT-"cMnvasion\fnt\puntos.fnt 

FNT1="cMnvasion\fntMnfo.fnt": 


II 


COMPILER_OPTIONS _extended_conditions, 

//Para trabajar como en DI VI 

__max_process=200 ; 


MODINICIO="cMnvasion\modMnicio.xm"; 

MODMENU="c:Mnvasion\modMenta.s3m"; 






¡: úJ a; 






PROCRAM INVASION_DEM O; 


mr 




K0NTR- XES= "c: Mnvasion\dat \controles. dat ";/ 
/Fichero de la config. de controles 


m 
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X: -M:- 


g 
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i 




iJMUACIONES="cMnvasion\dat\puntos.dat" 




' 


xret&W/ 
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se, 

aevemper 
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MODPl 

MODP2 

MODP3 


"cMnvasion \mod\uc-pajar.xm ’; 

"c:\ in vasion\mod\aOd_crpl xm"; 

l 'c:Mnvasion\mod\ciclope.s3m"; 


WAVLASER="c:Mnvasion\pcmMaser.wav"; 
l VA VSELEG= "c: Mnvasion\pcm \selecc. wav"; 
WA VMOV- "c: \ invasión \pcm \mov. wav"; 


WA VDISPESP= ''cMnvasion \pcm \dispesp. wav"; 


WAVEXPLOENEMcMnvasion\pcm\eploene.wav"; 

WAVMIRILLA="c: \ in vasion \pcm \ mirilla, wav 
WAVB0MB="cMnvasion \pcm \bomb. wav”; 

WA VBON US=''c: Mnvasion\pcm \ bonus. wav"; 
WA VALARMA=“c: \ invasión \pcm \ alarma, wav”; 
WA VLETRA= "cMnvasion\pcmMetra. wav"; 
WAVCONGE="c:Mnvasion\pcm\conge.wav"; 


FLIPRESENT'="cMnvasion\fli\pres2 .fli "; 
FLIBOSSI="c:\invasion\fli\enemic.fli"; 
FLIKA TANA="c: \ invasión \fli\katana. fli"; 
FLINIVI="c: Mnvasion \fli\niv I. fli"; 
FLINIV2="cMnvasion\fli\n¡v2.fl'í: 




GLOBAL 


// La dirección de las fuentes 


ID_FUE / 0[2¡; //Aquí se guardan el ID de 
los reactores de los protas 

NJUGADORES; //Numero de jugadores 

que juegan 

SELEi ClONANDO; //Para saber cuando se 
selecciona una opcion del menú 

ESC_PULSADO; //Para cuando se pulse el 


escape en un menú 

P_PULSADA; //Para controlar la pausa 

TECLA_ASIGNADA; //Guarda la tecla que 
pulsamos cuando configuramos el teclado 

BOTON_ASIGNADO; //Guarda la tecla que 
pulsamos cuando configuramos el joystick 

MUSICA; //Nos indica s¡ la música esta 
activada o noí0=si,1=no) 

N_PANTALLA; //Guarda la pantalla en 

que estamos actualmente 

T_BARRA; //ID del texto inferior de los 
menas 


ID_TEXTO[15]; //ID de los textos de los 
controles 
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DIFICUL TAD; //Dificultad seleccionada 
VEL1; //Velocidad de! primer plano 

del scroll 


FMENUS; 

//ID fpg 

FN1; 

//ID fpg 

FN2; 

//ID fpg 

FN3; 

//ID fpg 

FPROTA1; 

//ID fpg 

FPROTA2; 

//ID fpg 

FEXPLO; 

//ID fpg 

FNA VES; 

//ID fpg 

FENE1; 

//ID fpg 

FENE2; 

//ID fpg 

FENE3; 

//¡D fpg 

FENES; 

//ID fpg 

FBONUS; 

//ID fpg 

FNTJ; 

//FUENTE 

SLASER; ■ 

//SONIDO 

SSELEC; 

//SONIDO 

SMOV; 

//SONIDO 

SDISPESP; 

//SONIDO 

SEXPLOENE; 

//SONIDO 

SMIRILLA; 

//SONIDO 

SBOMB; 

//SONIDO 

SBONUS; 

//SONIDO 

SALARMA; 

//SONIDO 

SCONGE; 

//SONIDO 

CANCION; 

//ID del 


sonando 


TJBAJOJ; 
en los menus 
T_ARRIBA_P; 
en los menus 


//Para cambiar de opciones 


//Para cambiar de opciones 


// Para cuando se cambia de KEYBOARD a PAD 
STRUCT TEXTOSflS] 

STRING TEXTO[20]; 

END 


// Estructura para el ranking 
STRUCT NOMBRESfl 0]; 
STRING NOMBRE ! 91; 
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PUNTOS; 


END 


// Estructura para ios controles de los protasi los 
datos se guardan en F_CONTROLES) 

STRUCT PROTAS[!]; 


ID_PROTA; 
PUNTOS; 
PUNTOS VI DA; 
TI PO_VE L; 
VIDAS; 
CONTINUES; 


X INI; 

RECARGA; 

Y INI; 

TEXTO VED- 

ARRIBA; 

MUERTO; 

ABAjO; 

NA VE; 

DERECHA; 

TIPODISPARO; 

IZQUIERDA; 

MISILES; 

DISPARO; 

END 

RECARGA; 


VELOCIDAD; 

// Estructura para los tipos 

CONTROLES; 

disparo 

DISPAROJOY; 

STRUCT DISPAROS^]; 

VELOCIDADJOY; 

GRAFICO; 

RECARGA JOY; 

GRAFIC02; 

END 

DA¥0; 


// Estructura para datos temporales de los protas 
STRUCT PROTAS2 [11; 




END= 101,99,2, 

96.95.1, 

92.91.1, 

93,94,3, 
90,89,1; 


// Estructura para los misiles 
STRUCT MISILES[1 ]; 

IDOB)ETIVO[7]; 

END 


// Estructura para las trayectorias de los 


enemigos 

STRUCT TRAYECTORIAS 0]; 
NJECCIONES; 

XINI; 


ntrra 

aevmper 




















3,660,80, 
20 ,- 10 , 0 , 

5 O, -5,6, 
1000, A O, O, 

3,660,380, 

20 ,- 10 , 0 , 

5 O,-5,-6, 
1000 ,- 10 , 0 , 

3,660,200, 
2 O,-4,-2, 
150,0,1, 



100,4,-2; 

//POSICIONES DE LAS DIFERENTES PARTES 
DEL ¡EFE 

X CA¥; YCA¥; 

XLAS1;YLAS1; 

XLAS2;YLAS2; 

XDISP1;YDISP1; 

XDISP2;YDISP2; 

XDISP3; YDISP3; 


LOCAL 

* 

ENERGIA; //Energia de los enemigos 

ID_AUX; //ID auxiliar usado en varios 

procesos 

ESTADO; //Estados de diferentes procesos 

RECARGANDO; 

X1[3];Y1[3]; //Posiciones de los reactores 

respecto a su padre 

BEGIN 

set_fps(20,1 ); 
set_mode(m64 0x480); 

KATANAQ; 

END 


//-. 

PROCESS KATANAQ 
BEGIN 

set_fps(l 5,0); 
start_fli(FLIKA TANA, 0,0); 
fade(l 00,100,100,3); 

REPEAT 

FRAME; 

UNTIL (Ifading); 

REPEAT 

X++; 

FRAME; 

UNTIL (frameJHQ-=0 I key(_esc)) 
FOR (z=0;z<15;z++) 

IF(x<l99) BREAK;END 


FRAME; 

END 

fade(0,0,0,1); 





































L o cierto es que nos sorprendió encontrar un 
Cd con tantísimos juegos y pensamos, a 
poco que alguno sea bueno se lleva algún 
premio, y así ha sido. El caso es que se lo 
hemos dado a Dark Castle pero se lo podíamos 
haber dado perfectamente a casi cualquier 
otro. Ninguno de ellos tiene desperdicio y 
todos son muy interesantes y entretenidos. 

Po: otro lado, Carlos García también ha 
conseguido que sus juegos DIV tengan sonido 
3D, algo que le ha dado muchas papeletas de 
cara al premio. Como siempre, os dejamos con 
las palabras de los creadores (que son los que 
mejor pueden hablar de su juego) para que nos 


hablen de Dark Castle y el resto de sus 
creaciones: 

¡¡Ya esta aquí!! Esta es la primera creación de 
jCG software, y no está nada mal ¿verdad?. 
Como viene siendo habitual en nuestros temas, 
se trata de un juego 3D en primera persona. La 
calidad técnica del juego es innegable, desde el 
espectacular diseño de los escenarios, así como 
el más pequeño detalle del apartado gráfico. 

En cuanto a programación, los enemigos no 
tienen lo que se llama una IA, pero aun así 
lograrán sorprenderte, e incluso asustarte en 
algunas ocasiones. La música es la guinda que 
adorna el pastel, consiguiendo una más rápida 
introducción en la historia. 

En este juego hemos querido salir un poco de la 
dinámica en la que nos habíamos metido, 
matar a diestro y siniestro a todo aquello que 
se mueva) y profundizar un poco más en la 
diversidad que se puede conseguir a partir de 
un juego 3D. 

De entrada la temática cambia bastante (no 
hay que matar sino evitar ser matado). El juego 
no tendría ningún gancho, si no fuese por el 
agravante de que todo esta oscuro y sólo 
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mi Por fin lo lie conseguido !!!! He tardado, por diversas cuestiones, ptn 
cieito es que lo he conseguido .Ha sido difícil. mmiias comidas de olla, 
muchas pruebas en falso* etc-, pero al final, el resultado compensa* 

No es tm SONIDO peü ecto, porque no distingue entre delante o <irt 
pero por lo menos sí entre los lados. ( que ya es algo mas, aparte de la 
profundidad). 


Dado que ha pasado tiempo, he hecho algunos cambios. Ahora* el SON 
3tD pertenece a JCG SOF r\VARE. El logo es distinto, y pido a todo ai|i 
que utilice estas ecuaciones, que lo use. El programa de deinostracioiL 
mismo que el anterior ya que el sonido cambia constantemente, aunque 
podría aplicar en el primero también. 

i 


ia cor 
¡viene cc 
recuerd 


&& \ 


(c) 2000 JCG SOFTWARE 


aproxirr 


CGM er 


progran 


bastan h 




prime 

Me 


dispones de tu candelabro para ver (efecto . ^ . J 
conseguido con FOG) y los esqueletos, no M r, 
inteligentes (cuando chafan, eligen un núm< c 
del 1 al 8 y lo multiplican por 45 grados, es ¡ 

manera de que vaguen sin sentido pero con T)|Vrrián 
poco de control) pero al aparecer de entre l¡ , 

oscuridad sin avisar, o al encontrártelo ' .. 
avanzando muy cerca de la pared, nunca sal,„, imQi 
lo que va a hacer, y eso es lo que mantienei d ^ stro 
juego algo interesante. Creo que incluso pot 
decirse que es algo adictivo, con algo espea. Jl ¡ 

que hace que vuelvas a jugar. tiemDO 

Hemos encontrado algunos fallos en nuestroT. . " ' 

juego difícilmente subsanables, el más 

significativo es que a veces, sobretodo en el | ^ 

primer nivel, vas andando tan tranquílame^ , 

de repente te dice que el objeto ha salido de 

mapa, y el programa, o se cuelga, o vuelve 

menú. También encontraras de vez en cua 


a algún esqueleto atontado, en una esquina 
hacer ningún tipo de movimiento (¿porqué: 
No lo sabemos). 


El juego en si, consiste en ir a los sitios indi 
en el minimapa, y recoger los objetos sagra 
cuando estén todos debes dirigirte al lugar 
salida y tocar la correspondiente pared. Así 
fácil. El ultimo nivel es idéntico solo que al 
los objetos, aparece un pico del suelo y eso 
que tienes que tocar. El movimiento se co 
con los cursores y junto con la tecla ALT se 
consigue un efecto STRAFE, 




ÉRASE UNA VEZ 


La historia de este grupo de programado 
que nos ha hecho llegar sus juegos es de 
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ufe. aunque se 
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$, no son 
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ios, es una 
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entre la 


jnca sabes 
ntiene al 


uso podría 
especial 


Den el 


ifecto 


nuestro 


s 


lamente y 
ilido del 


uelve al 
n cuando, 


squma si 
or 



indicados 


sagrados, 
ugar de 
1 Así de 


je al coger 
y eso es lo 


consigue 
J se 


* ✓ 


nación 
:s de lo 


más curiosa y no nos hemos resistido a 
contárosla. Allá va. 


CGM se compra DIV2 (conocía DIV1 pero no 



empieza a programar sus propios 
juegos. Empieza CGM Software. El primer titulo 
de CGM Software, The revenge of the Nabo, es 
una conversión de un juego de muestra que 
viene con DIV2, pero en versión X. No se 
recuerda cuando fue hecho, pero 
aproximadamente en octubre del '99. Cuando 
CGM empezó a profundizar en el campo de la 
| programación con DIV descubrió que era 
bastante sencillo crear juegos 3D en este 
ije, así que comenzó su andadura por las 
tres dimensiones de DIV2. 



El primer juego 3D tampoco lo hizo del todo 
CGM, era (una vez más) una adaptación de un 
juego, esta vez conseguido a través de 
DIVmanía que servía como ejemplo de un curso 
de 3D en la revista electrónica DIVnet. El juego 
es llamado Knifes 3D, y no tiene más 
argumento que empezar a matar esqueletos a 
diestro y siniestro. El juego fue concebido 
aproximadamente dos semanas después del 
lanzamiento de DIVmanía n 2 4. Al mismo 



i, nació la ¡dea de crear el sonido 3D, 
dado que en el juego Knifes 3D beta 1, Al 
matar un esqueleto muy lejano, sonaba como si 
iohubieras matado al lado tuyo. Después de 
muchas comidas de olla, se consiguió dar con 
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la formula perfecta para conseguir un efecto de 
profundidad de sonido en DIV2. Esta técnica 
fue ¡mplementada en Knifes 3D y posteriores. 
Pero faltaba la clave de todo, que era el sonido 
envolvente. Se sabía como convertir un ángulo, 
al valor que necesitaba DIV para conseguir ese 
efecto, pero faltaba el propio ángulo. Las 
investigaciones se pospusieron por falta de 
tiempo, y ansia de creación de juegos. Al 
tiempo nació JGun, el juego insignia de CGM 
Software. En el se exhibían las mejores 
cualidades de CGM, la creación de mapas 3D 
con DIV2. El juego en si era bastante simple, 
una cita en un parque a las tantas para liarse a 
tiros. 


El juego, poseía la tecnología del Sonido 3D en 
su fase de profundidad. Por aquella época, era 
todo un alarde de tecnología de construcción y 
desarrollo en DIV2 por parte de CGM. 

El juego gustó mucho (a CGM y sus amigos) y 
por eso se creó su secuela. Casi sin descanso, 
CGM se puso a trabajar en dos juegos 
simultáneamente, a la espera de que las 
negociaciones con Joan Collado llegasen a 
buen puerto, y se comenzase con la 
distribución de los juegos. Los juegos eran, el 
esperadísimo Jgun2, secuela del aclamado 
JGun, y el alocado Drivln 1 Wlld, una adaptación 
DIV del clásico del gore divertido, 
Carmaggedon. 




Por estas fechas, se tenia casi claro que se 
enviaría a DIVmanía un CD con los tres 


primeros juegos de CGM, pero debido a 
problemas ajenos a nuestra voluntad, el 
proyecto tuvo que ser anulado. Los archivos de 
texto estaban ya grabados en el CD junto con 
otras cosas, pero un problema técnico en el 
sistema de transporte de un ordenador a otro, 
imposibilitó acabar el primer intento, que tuvo 
que posponerse hasta el año 2000. En ese 
tiempo, CGM se dedico a sus dos proyectos 
comenzados JGUN2 y DRIVIN, pero al tenerlos 
prácticamente acabados, se cansó de ellos, y los 
abandonó momentáneamente. Llegó una 
época de sequía programadora, a favor de 
pasarse juegos como HALF UFE, etc. Al tiempo 
se reanudaron las ¡deas en CGM. Se creó Tae 


Kwon Do (vamos, se adaptó de nuevo una 
muestra del DIV2) en honor a Miguel Angel el 
primo de CGM (Si queréis saber más cosas del 
él, poned al juego). 

Después, CGM retomó de nuevo los dos 
proyectos olvidados, consiguiendo acabarlos en 
poco tiempo. Ya se disponía de material de 
sobras para enviar a DIVmanía así que se 
procedió a la grabación del CD. Qando parecía 
todo claro. El retraso era tal, que ¿na revista, le 
faltaba muy poco tiempo para aparecer en el 
mercado, por lo que decidimos esperar al 
siguiente número, y llenar el CD un poco más 
con nuevas ¡deas. En ese plazo de prorroga, 
nació oficialmente )CC Software, y terminaron 
las andaduras en solitario de CGM. Un nuevo 


proyecto en 3D nacía, quizá el más ambicioso, y 
quizá el mejor candidato a ganar el concurso de 
DIVmanía, DARK CASTLE. La ¡dea desde un 
principio era buena, esto, mezclado con el buen 
manejo de CGM con el generador de mapas 
3D, dotó al juego de un impacto visual, nunca 
antes visto en DIV2. En lo referente a la 


programación, el juego no es una maravilla, (los 
enemigos no tienen inteligencia) pero se logra 
meter al jugador en el juego a través de su 
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ambientación oscura, su música muy acorde con 
la historia, etc. y se consigue una jugabilidad 
bastante aceptable, (a pesar de que el juego es 
relativamente corto). El juego es catalogado por 
CGM como la obra maestra de las 3D en DIV. Al 
tiempo que se programaba este juego, se pensó 
en el mismo tipo de juego, pero de un tipo más 
arcade, con más acción instantánea, así nació 
FastDie. El juego no tenia más trama que la de 
cercar en un espacio pequeño a decenas de 
esqueletos y a ti, con la única misión de 
sobrevivir el mayor tiempo posible. La verdad es 
que pica bastante intentar superarse. 

A partir de este momento, CGM entro en una 
época de sequía de ideas en 30, así que optó 
por versionar diferentes juegos 2D que le 
habían parecido interesantes. El primero de 
ellos fué FROGS, una adaptación del Bzzz de 
Astraware. (incluso usa su fondo de pantalla). El 
juego fue rápido de programar, la idea era 
parecida pero con variaciones, y el resultado es 
bastante adicctivo. 

El segundo juego versionado, es DEADDUCKS, 
que es una versión de un juego de caza que 
conseguí en una revista, aunque aprovechando 
gráficos del juego de Tiro al Plato que venía en 
DIVmanía. 

La grabación final del CD parecía inminente, así 
que ese parecía el ultimo juego de jCG, pero de 
repente CGM se sacó de la manga una 
maquina tragaperras. Este juego es el único 
hecho por CGM que tiene una historia 
interesante, que paso a relatar: "El juego nació 
en SEAT, (si, la labrica de coches, como los 
ESTOPA), concretamente en el taller 9 de la 
fabrica de Martorell. Solo estuve un día allí y mi 
trabajo consistía en arreglar un error de chapa 
en el modelo AROSA, solo tenia que golpear en 
un sitio con un martillo en cada coche (pasa un 
AROSA cada 8 minutos aproximadamente), así 
que le pedí al encargado que me diese unas 
hojas para hacer algo, y en un rato escribí lo 
que sería un juego de tragaperras en DIV. Lo 
cierto es que el proyecto me pareció bueno, 



pero al pensar en que tendría que hacer todos 
los gráficos, etc. lo aparté por momentos... 
Hasta ahora, que como sobraba tiempo hasta 
enviar el CD, me decidí a hacerlo. Hasta aquí la 
historia de CGM. 

SONIDO 30 

Sin duda una de las características más 
destacadas de los juegos de este grupo es el 
sonido 3D por lo que no podemos pasarlo por 
alto. Como antes, os dejamos con su creador: 
Por fin llegó el auténtico sonido 3D envolvente, 
después degpartar el proyecto por falta de 
tiempo y de claridad de ideas, decidí retomarlo, 
con energías renovadas, y en un rato conseguí 
descifrar el enigma (a veces, olvidarte de un 
problema te ayuda a encontrar la solución). 

La verdad es que no tiene desperdicio, se 
puede distinguir perfectamente cuando estás 
escuchando por un oído o por el otro. Ahora 
paso a detallar las características de esta nueva 
ecuación: 

angul=(cos(((get_angle(pers)+180000)- 

90000)-pers.angle))*2S6; 

bal=256+((angul/1000)); 

change_channel(canal, vol, bal); 

Angul, es el coseno del ángulo que tanto 
buscaba. Encontré la solución después de tanto 
tiempo, enfocando el problema desde otra 
perspectiva. La explicación sería que 
get_angleípers) es el ángulo que forma la línea 
que une el proceso que oye al proceso que 
emite el sonido, respecto a una horizontal 
imaginaria (le sumo 180000, porque el valor 
que DIV retorna, es entre 180000 y -180000, y 
yo necesito uno entre 0 y 360000). A ese 
ángulo, le quito 90 grados, porque el valor que 
busco con el coseno, necesita empezar en 0, y 
el coseno esta desfasado 90 grados (creo que 
esa es la explicación, la verdad es que ese valor 
lo encontré tanteando en las primeras pruebas, 
porque el valor de balance que obtenía, estaba 
desfasado).Y finalmente, le resto el ángulo que 
hace el que oye con la horizontal. 



Así obtengo el ángulo que yo quería, (es un 
poco lioso a la hora de explicar, pero en el 
momento de razonarlo, lo tenía bastante claro, 



que ti 





tenga 


al parecer funciona, así que....), al cual le aplico i— pri 
el coseno para que me de un valor entre 1 y-l. disfru 
Este valor, lo multiplico por 256, para obten» recue 
valores entre 256 y -256 (luego lo divido por 
mil, por que DIV trabaja con milésimas). Ese 
valor entre 256 y -256 se lo sumo a 256 (que 
el valor medio del balance en DIV) para obterr 
balances entre 0 y 512. Ya solo queda aplicar dediq 
cambio con la función Change_channel. 

(donde vol se pone el valor de la profundidac esto d 
de sonido del anterior sonido 3D y así se vías d' 
consigue el efecto completo). divert 

Espero que hayáis flipado tanto como yo a la algún» 
hora de hacerlo, y que os deis cuenta de que¡ iraslac 
un gran avance para los programadores de Di infanc 
por ello os pido que si usáis la ecuaciones, sentirr 
utilicéis también el nuevo logo en vuestros 
juegos. Gracias anticipadas. 

PD: Estas ecuaciones son freeware (faltaría m¡ Hola, < 
así que todo el mundo puede usarlas, pero qu 
quede claro, que a pesar de no haberlas progra 
patentado ni nada parecido, el creador soy Yí desde 
(Carlos García Mérida). Si tenéis alguna dudar Pascal 
queréis algo (no necesariamente relacionado 
con el sonido 3D) escribidme a 


EL AL 



f 



tenido 



piyulaco@teleline.es o a Carlos (Sarcia 
C\ Virgen de Montserrat n 2 23, La Torre de 
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Juegos ganadores 3° 





GLOBAL 
¡ni final-O; 

//identifico al jugador 
playerid; 

¡ni \\aves-0; 

idjonpuerta; 

idjonllave; 

id^musica; 

idjondispjifle; 

idjondispjpistoia; 

int tecla; 
inti,j,k,q; 

int nn, nup; //para luminosidad de teletransp. 
int distancia, subirp,subirá; 


sector habitación 

/con una pared oblicua que pongo derecha 

al abrir la puerta*/ 

//Vértice compañero del pivote 

int al; //n de vértice 
//verdee en mismo lado que pivote 

int a2; 

//si es 0, noesta abierta, si es 1 esta abierta 
int o; 

//contador 

int i; * 

int I; //numero de llaves requeridas 

//el tipo de puerta, * = pivote 

j* A A 

J 2 3 4 5 7-~* 

* * i i 6 8--* 

i i <-/ /-> v v 
> « » * 

<- / / -> II 


//tabla de sectores puerta 
//¡nidalizo ,n=9999 para que por defecto 
//no sea 0 y no afecte al sector 0 
STRUCT puerta[num jiuertasJ 
int n=9999; //num sector 
int x; ■ 

int y; 

int s; //altura de suelo de sector 

int t; //altura de techo de sector 

int I; //numero de llaves requeridas 

int i; Upara ver si esta bajada 0 o subida 10 

END 

//NUEVO puertas con bisagras 
STRUCT puerta _bis[num_puertas_bis] 
int n=9999; //num sector 
//la puerta posee 4 vertices;indico los 3 
//y no indico el vértice pivote 
//diagrama puerta: 

1/ <-\ 

// pivotea1 a2 \ 

// *.* i ■ 

// i i i 

H * .* 

// bl b2 

//movimiento lineal desde a2 a a2'(=lado 
de puerta 

¡*en vez de ser sedo a aparte , es el mismo 


'Í2wtf£fW& 



V 

/*ademas, 4 tipos de puertas dobles 

al a2 b2 bl 

a * al * 

9 * .* 11 i i 12 

i a2 i 

< i b2 i > 

10 *.* i i 

v i i 

* bl * 

V 

int t; 

//solo necesarios para las puertas dobles 
int bl;//segundo pivote 
int b2;¡¡segundo extremo 


//una vez abierta, no se cierra 
END 

//tabla de sectores ascensor 
STRUCT ascensor[num_ascensores] 

int n=9999; //num sector 

int si; //altura de suelo inferior 

int ss; //altura de suelo superior 

int t; //diferencia de altura techo-suelo 

int I; //numero de llaves requeridas 

int i; Upara ver si esta bajado 0 o subido 30 



END i 

//el teletransportador; 

STRUCT 

teletransportadorjnumjeletransportadores] 

int n=9999; 

int b; //bandera a la que lleva.-1, otra fase 
END 



//para las fases 
int fase, fin Je Jase; 

Upara mensajes 
string mensaje, mensaje2; 
string 
nulo=" r - 

yyyy"; 

int men; 

Upara ver que manejo con la barra 

espadadora 
string usare; 

//manejo de FPCs 
fpg_wld, fpgjlaves; 
fpg_rombo,fpg_menu; 
i fpg sombra; 
números; 

//posición del personaje 

int px,py,pz; 

int altjuelo, altJecho; 

int nnup,nfondo; 

. int menu-0, opcion=l; 

Upara on/off sonido, y volumen 
int onl,on2; 

int vol1;vol2; 

int voluml ,volum2; //posición del cursar de 
volumen 

//posición del modulo musical 
int posmus; 

//resolución 

int res; ; 

//mapa de fondo entre fases para scroll 

int id_mapafondo, mp,mpup; j 

//texto entre fases ¡ 

int idjextojase, texto Jase; j 

//risa de EL MASTER 

int idjisa; 1 


//múltiples vistas del ojo boby 



































DIV Interno 


void CMainFrame:: 
OnMenudatosbasicos() 

{ 

CDatosPrincipal datos; 
datos. DoModaíQ; 


Si compilamos ahora nos dirá 
que no conoce dicha clase. Para 
remediarlo, debemos incluir el archi 
vo de cabecera que define la clase 
de ventana mediante la instrucción: 

If in elude ", DatosPrincipal.h " 

Compilamos y ejecutamos, 
ahora ya podemos abrir la ventana 
de diálogo. Como vemos tan sólo 
hemos necesitado escribir un par 
de líneas y ya tenemos la estructu¬ 
ra del programa. 

Tan sólo tenemos que introducir 
la funcionalidad de los diversos con¬ 
troles, para eso, vamos a asociar 
cada uno de ellos a unas acciones 
determinadas. De esta forma, por 
ejemplo, conseguiremos mostrar el 
liálogo de abrir fichero para indicar 
el nombre del archivo FPG que dese¬ 
amos cargar en nuestro programa. 

Para crear el evento asociado a 
la pulsación de un botón, haremos 
un doble clic en el propio botón en 
ventana de diálogo. Se nos mostra¬ 
rá una ventana donde nos pide el 
nombre de la función asociada a 
dicho evento. El código que intro¬ 
duciremos será el siguiente: 

void CDatosPrincipal:: 
OnButtoncargarQ 

{ 

UpdateData(TRUE); 

CFileDialog file(true,"fpg", 

NULL,OFN^HiDEREADONLY\OFN 
OVERWRITEPROM PT, 

"Ficheros (*.fpg)\*.fpg¡Todos 
los archivos I *. *11 ",NULL); 

file. DoModaíQ; 

m_FPG = file.GetFUeNameQ; 

UpdateData(FALSE); 


No vamos a entrar en detalles 
sobre los parámetros del construc¬ 
tor del diálogo de apertura. Tan 
sólo debemos saber que el primero 
nos indica que el diálogo es de 
apertura (si fuera de guardar, ten¬ 
dría el valor falsé). Lo que sí nos 
interesa es la asignación al nombre 
del fichero a la caja de edición 
mediante su variable asociada. Para 
que se muestre el valor obtenido 
del diálogo tras la asignación, debe¬ 
mos actualizar los datos mediante la 
función UpdateData . Nunca debe¬ 
mos olvidarla, ya que puede ser 
fuente de muchos errores. 

Ahora ya tenemos todo lo 
necesario para crear nuestro pro- 
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grama de salida. Para poder obte¬ 
ner un resultado inmediato, vamos 
simplemente a desviar el fichero 
resultante al archivo resuít.prg, y 
para ello utilizaremos la salida 
estándar de C. Pero, ¿cuándo 
vamos a realizar dicha escritura? En 
este caso, vamos a escribir la salida 
cuando se pulse el botón de OK de 
nuestra ventana de diálogo. Para 
crear el evento asociado, basta con 
actuar como ío hicimos con el 
botón de cargar, e introducir el 
código que aparece en la tabla 2 
en la nueva función: 

Este código aunque aparente¬ 
mente aparatoso, tan sólo se 
encarga de recoger los datos de la 
clase y darle el formato adecuado 
en forma de programa. 

Conclusiones 

Hemos creado lo que será la base 
de nuestro programa generador 
de código. Ya hemos obtenido 
algunos resultados y espero que 
os hayáis familiarizado un poco # 
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Figura 4. Ventana de propiedades del editor 
de recursos. 

con el entorno de desarrollo. En 
el siguiente número realizaremos 
algunos cambios en nuestro pro¬ 
grama, sobre todo en lo relativo a 
la creación de archivos de salida 
distintos de resuít.prg y la crea¬ 
ción de nuevas opciones. 

Cualquier sugerencia acerca de 
opciones que se puedan añadir, 
creaciones propias, ¡deas, o lo 
que se os pueda ocurrir acerca de 
es e pequeño programa, pueden 
remitirlas a la dirección 
trinidad@arrakis. es. 


Pablo Trinidad 


Tabla 2. Código 

void CDatosPrincipal::OnOK() 

FILE * sal id a; 

UpdateData(TRUE); 

if ( (salida = fopenCresult.prg", f! w'')) == NULL) 

MessageBox("Error en la apertura del fichero de salida" "Error")’ 

e t // 

fpriptí salida, 'PROGRAM %s;\n",m_NombreProqrama)‘ 

ZiJ/iiiiii/iiiiiiiiiiiiiiiiiiiiiiiiriiuixri'y, 

fprintf(salida, 7/ Autor: %s\n”,m_Autor); 

r m í ( , Saí A a ' y////////////////////////////////////////\ n"); 

tprintf(salida, \n\nBEGIN\n "); 

CString res; 

i-t ( m -M°doGrafico == "VGA Estándar- 320x200") res = "m320x200"- else 
if mJAodoGrafico == "Modo X - 320x240”) res = "m320x240"- else ' 
if (m_ModoGrafico == "Modo X - 320x400") res = "m320x400"- else 
if m_ModoGrafico == "Modo X ■ 360x240") res = "m360x240"' else 
ú (m_ModoGrafico == "Modo X ■ 360x360"i res = "m360x360"- else 

íí m -^ 0d ?9 raí i C0 = “ " Modo x • 376x282") res = "m376x282”; else 
if (m_ModoGrafico == "SVGA VESA ■ 640x400"i res = "m640x400"- else 

Í, m_ModoGrafico == "S VGA VESA - 640x480") res = "m640x480"- else 
if (m_ModpGrafico == "SVGA VESA ■ 800x600") res = "m800x600"- else 
if (m_ModoGrafico == "SVGA VESA - 1024x768") res = "mi024x768"- 

W 

i, ”set_mode(%s);\n", res); 

t • VloodJpg(\" % s\");\n”,mJPG); . . 
fprintf(salida,"\nput_screen(0,%d);\n",m IDFondo); 

if (mRaton) 

fprintf(salida, "Raton();\n \n"); 

fprintf(salida,''LOOP\n\tFRAME;\nEND\n\nEND\n")- 

if (m Ratón) 

i,"\nPROCESS RatonQW); 

fprmtf(salida, "BEGIN\n\tgraph = %d;\n",m_IDRaton)' 
fprintf(salida, "LOOP\n\tx = mouse.x;\n\tv = 
mouse. y;\n\ tFRAME; \ nEND \ nEND \ n"); 

) 

fdose(salida); 

} 

CDialog::OnOK(); 




jré 











*a.l; 


























































































Direct X 


ír.f yy> 


® 11 §¡ 
>\ -*:■ v ÍJA+&.V 

.ííi-J'iíiií'íicí; 


V. !.!• Vi" iVjíYA' 

Sí'X'"í'.'í.':'íí': ?; 


1 ■,: .■ •. •. _■ ,v! 




Vvvx'rí 
tíh> h-j 

; 4 íí-v 


■;g Í.Í£ s®£ íBaS ÍVí 




r 

r; *•••':'- •; -■• ;■ ■•.;■*-• 

;• a 


JSÓDn l- : 




• ■.¿•Vs+T. 

í-jr:;:;.; . 

,v< ■■ ;■; •• -■ ■>:>* -. -• 2 . t ¡ ifcjflr... y 

•?. ■ í. >’• ríe s i Be . í-Vi ó 


ip® 


f-r; 








' ,■ •l y -'í.:;::;.: 

;fa» 


fiV’-j.-'; 


¡rectSound supone un 
gran avance con respecto 
a los servicios MCI 

_ waveOut / waveln de 

Windows e incluso da soporte al 
audio tridimensional, proporcio¬ 
nando un sistema de sonido impre¬ 
sionante. 

Por si fuera poco, Microsoft 
ha comenzado su nueva versión 
de DirectX, la octava, que proba¬ 
blemente incluirá de una vez por 
todas un completo soporte para 
audio tridimensional- multicanal. 
Con el auge del DVD, y las fun¬ 
ciones que nos brinda, el sonido 
estereofónico pasará a la historia 
en pro del sonido posicional, 
Dolby Digital AC-3, THX... y 
podremos disfrutarlo en casa, con 
ayuda de una tarjeta de sonido y 
unos altavoces adecuados, por 
poco precio. Los juegos y aplica¬ 
ciones multimedia que hagan uso 


Puede estar en un for 


de estas tecnologías ganaran 
muchos enteros... ¡No esperemos 
ni un minuto más y veamos qué 
se esconde tras este Direct 
Sound! 


mano 

mato diferente a éste y pueden 
ser varios. 


Además, pueden ser tanto 
bidimensionales o tridimensiona 
les. En este último caso es nece¬ 
sario establecer una "oreja" o lis- 
tener en determinada posición 
para poderlos escuchar. 

Dando el primer 
paso 


El sonido se almacena en forma 
de buffer, de sound buffers. Son 
como archivos WAV que residen 
en una zona de memoria. Existen 
dos tipos: 

- Primario. Aquí es donde se 
almacena la mezcla de los 
secundarios. Es el que va a 
parar directamente a la tarjeta 
de sonido (utilizando el DMA o 
bus PCI si el buffer se encuen¬ 
tra en memoria del sistema ». Es 
único. 

- Secundario. Almacena los 
datos para su mezcla en el pri- 


Wave 


DirectSound HAL 


Windows audio DDI 


Aunque el SDK de DirectX 7 
viene preparado para trabajar cor 
Visual Basic, aquí seguiremos la 
praxis habitual y utilizaremos 
C++. 

Para empezar, es indispensa¬ 
ble el inelude DSOUND.H y el Itb 
DSOUND.LIB del SDK DirectX 7 
en nuestro proyecto. 


Sound hardware 


© 1995-1999 Microsoft Corporation. All rights reserved. 

Esta API traduce nuestras peticiones al driver de la 
tarjeta de sonido alejándonos de toda complica¬ 
ción a bajo nivel y acelerándolas por hardware 
cuando sea posible. 
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Direct X 


# inelude <dsound.h> 

Lo primero es obtener una 
interfaz a un objeto IDirectSound 
mediante 

LPDIRECTSOUNDIpDS; 

DireetSoundCreate 
(NULL, &lpDS, NULL ); 

El primer parámetro indica un 
GUIL a un dispositivo específico. 

Si tuviéramos más de una tarjeta 
de sonido, deberíamos introducir 
un número de identificación para 
elegir una de ellas. De momento,* 
seleccionaremos el dispositivo por 
de ecto pasando un NULL. 

El segundo parámetro es la 
dirección de la variable IpDS, 
donde se almacenará la instancia 
de DirectSound. Por último, vol¬ 
vemos a pasar un NULL en el 
último parámetro. En caso de 
error, IpDS se pondrá a cero y la 
función retornará un valor dife¬ 
rente a DS_OK. Esto suele suce¬ 
der si no se tiene una versión 
correcta del mismo o se carece 
de tarjeta de sonido. 

Ahora nos toca establecer el 
modo cooperativo, al igual que 
sucede con DirectDraw, 
irectfnput y casi todas las sub - 

APIS de DirectX. Para ello utiliza¬ 
mos: 


IpDS -> SetCooperativeLevel 
(hWnd, DSSCL_NORMAL); 

IpDS -> SetCooperativeLevel 
(hWnd, DSSCL_PRIORITY); 

IpDS -> SetCooperativeLevel 
(hWnd, DSSCL_EXCLUSIVE); 

IpDS -> SetCooperativeLevel 
(hWnd, DSSCL^WRITEPRIMARY); 


Como podemos ver, el primer 
parámetro indica el handle de 
nuestra ventana. El segundo el 
modo de cooperación. Éste va 
desde normal (siempre a 8 bits, 
22Khz) al manejo directo de la 
mezcla del primary buífer, 
pasando por los modos 
intermedios (priority en el caso 
de que nuestra aplicación 
consuma más recursos que las 
demás que estén sonando o 
exclusivo en el caso de que 
nuestro programa pueda silenciar 
al resto de aplicaciones y 

establecer el formato del primary 
buffer). 

Como el fin de este artículo 
es introductorio, elegiremos el 
primero de ellos y nos limitare¬ 
mos, por ahora, al sonido en dos 
dimensiones. 

Creando el Buffer 
primario 

Necesitamos rellenar una estruc¬ 
tura DSBUFFERDESC de la 
siguiente forma: 

LPDIRECTSOUNDBUFFER 

ipPrimary; 

DSBUFFERDESC dsbd; 

memset (&dsbd,0,sizeof (dsbd)); 

dsbd.dwSize = sizeof 
( dsbd ); 

dsbd.dwFlags = DSBCAPS_ 
PRIMARYBUFFER; 

IpDS -> CreateSoundBuffer 
(&dsbd, StIpPrimary 
NULL); 

Con lo que nos devolverá un 
puntero a un buffer primario si 
no hay ningún error. 
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Aquí podemos observar cómo los datos de los dife¬ 
rentes buffers secundarios se mezclan en el pri¬ 
mario, que reside o se envía a la tarjeta de sonido. 


Creando el Buffer 
secundario 

Al Igual que antes, rellenamos una 
estructura de forma parecida. A la 
hora de crear un buffer secundario, 
necesitamos especificar qué accio¬ 
nes se llevarán a cabo en él: cam¬ 
bio de volúmen, 


A la hora de crear un 
buffer secundario, 
necesitaremos especificar 
qué acciones se llevarán a 
cabo en él 


frecuencia, solici¬ 
tud de posición 
actual, panorámi¬ 
ca, así como el 
formato que utili¬ 
zaremos. Si nos 
fijamos, al crear el primario no 
especificamos su formato. Esto es 
así porque al elegir un modo coo¬ 
perativo DSSCL^NORMAL, no se 
nos permite controlar directamente 
el buffer de mezcla. 

Bueno, aquí se especifica que 
queremos crear un buffer de 3 
segundos a 22Khz con 16 bits de 
resolución Pulse Code 
Modulation (es decir, sin compri¬ 
mir) con dos canales de audio (es 
decir, estéreo): 

LPDIRECTSOUNDBUFFER 

IpSecondary; 

DSBUFFERDESC dsbd; 
WAVEFORMATEX wf; 

memset ( &wf, 0, sizeof( wf ) ); 
wf.wFormatTag = WAVE_FOR~ 
MAT_PCM ;. 

wf.nChannels = 2; 
wfnSamplesPerSec = 22050; 
wf.wBitsPerSampfe = 16; 
wf.nBlockAlign = wf.nChannels * 
wf. wBitsPerSample; 

wf.nAvgBytesPerSec = 
wf.nBlockAlign * 
wf. nSamplesPerSec; 

memset '&dsbd,0,sizeof (dsbd)); 
dsbd.dwSize = sizeof ( dsbd ); 
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dsbd.dwFlags = DSBCAPS_ 
CTRLPAN I DSBCAPS_CTRLVOLU- 
ME I DSBCAPS__CTRLFRECUENCY; 

dsdb.dwBufferBytes = 3 * 
wf. nAvgBytesPerSec; 

dsbd.pwfxFormat = &wf; 
fpDS -> CreateSoundBuffer 
(¿kdsbd, ülpSecondary, NULL); 


Rellenando el Buffer 
secundario 

Ahora viene lo más difícil: 
hemos creado el buffer secunda¬ 


rio, pero está vacío. Debemos 


Con el auge del DVD el 
sonido estereofónico 
pasará a la historia en 


rellenarlo con datos 
PCM (amplitudes en 
el eje Y, samples o 
muestras en el X). 

Para ello, nada mejor 
que darle de comer un 


favor del sonido posicional 


archivo WAV - PCM (Direct 
Sound no admite 


compresión/descompresión direc¬ 
ta). Para ello, debemos hacer un 
Lock del buffer (sí, seguro que 
es so te suena de DirectDraw), 
con lo que obtendremos un pun¬ 
tero void* en la memoria para 
poder trabajar con él: 


void* pointer; 
unsigned int bytes; 

IpSecondary -> Lock ( 0, 0, 
Scpointer, Síbytes, 0, 0 , 
DSBLOCK_ENTIREBUFFER ); 

El primer parámetro indica la 
posición desde Ja que se quiere 
comenzar a obtener el buffer. El 
segundo contiene el número de 
bytes que queremos obtener en 
caso que el primero no sea cero. 
Como tercer y cuarto parámetros 
introducimos el puntero donde 
obtener los datos así como un 
puntero a un unsigned int con los 



bytes que se bloquean. Acto 
seguido se indica otro puntero y 
cantidad de bytes bloqueados ya 
que los buffers secundarios son 
concebidos como circulares. 

Como nosotros estamos tratando 
con la totalidad del mismo, pasa¬ 
mos dos ceros y lo indicamos con 
el último parámetro. 

Ahora debemos escribir los 
datos PCM en el puntero 
devuelto. El formato se adapta 
exactamente a los datos de un 
fichero WAV en su chunk "DATA". 

El problema está en que para 
hacer esto manualmente, se ha 
de conocer perfectamente la 
estructura interna de este tipo de 
archivos. Por suerte, Microsoft ha 
incluido en la API de Windows 
una función llamada mmioOpen 
(en mmsystem.h y winmm.lib) 
que nos puede facilitar mucho las 
cosas. También podemos echar 
un vistazo al archivo WAVREAD.C 
(situado en el directorio del SDK 
de DirectX 7 en 
\DSOUND\SRC\PLAYSOUND), 
con el que podemos cargar 
directamente un WAV en nuestro 

buffer. 

En detalle: 

HMMIO hmmio; 

WAVEFORMATEX wf; 

MMCKINFO mmckinfoData; 

/¡Abro wav 

WaveOpenFiie ( ''miwav.wav'', 

& hmmio, kpwfx, &mmckinfoParent); 


//Busco datos PCM 

WaveStartDataRead ( & hmmio, 
&mmckinfoData, 

&mmckinfoParent); 

//Aquí crearíamos el secondary 
buffer con el formato de la estructu¬ 
ra pwfx y hacer Lock 

//Leo datos 

WaveReadFile ( Sihmmio, bytes , 
(BYTE*)pointer / EkmmckinfoData , 

&cbBytesRead ); 

Una vez rellenado, desbloque¬ 
amos mediante 

IpSecondary -> Unlock (pointer , 
bytes, 0, 0); 

Con lo que los datos quedan 
guardados en la tarjeta de sonido 
o memoria del sistema. 

Realizando acciones 
sobre Buffer 
secundario 

¿Os acordáis de la bandera 
dsbd.dwFlags un poco más arri¬ 
ba? Dependiendo de lo que 



hayamos puesto, podremos con¬ 
trolar ciertos parámetros del buf¬ 
fer. Por ejemplo, si quitásemos el 
DSBCAPS_CTRLFRECUENCY, no 
podríamos cambiar la frecuencia 
de reproducción del buffer 
secundario. 

Con lo que pusimos, pode¬ 
mos realizar las típicas funciones 
"VCR" sobre él: 

IpSecondary -> Play ( 0, 0 , 
DSBPLAY_LOOPING ); 

//Toca con loop 

IpSecondary -> Stop (); 

//Para la reproducción 

Además, podemos variar la 
frecuencia de reproducción 
mediante: 

IpSecondary -> SetFrecuency ( 
30000 ); 

//Pasa el sample a 33Khz , con lo 
que se hace más agudo 

O cambiar la panorámica 
izquierda y derecha del buffer 
con 

IpSecondary -> SetPan (-10.000); 
//Aplica una atenuación de 100 dB 
al canal derecho 

IpSecondary -> SetPan 

( 10 . 000 ); 

//Aplica una atenuación de 100 dB 
al canal izquierdo 

IpSecondary -> SetPan (0); 
//Centra la panorámica estéreo 

También podemos atenuar el 
volumen original mediante 

IpSecondary -> SetVolume 
(- 10 . 000 ); 

//Atenúa el volúmen en 10 dB 

Conclusión 

Bueno, espero que este modesto 
ejemplo haya servido para ver el 
funcionamiento general de 
DirectSound sobre el sonido en 
dos dimensiones: se ¡nicializa, se 
crean y rellenan los buffers opor¬ 
tunos y se tocan o modifican sus 
propiedades. En próximas entre¬ 
gas explicaremos más extensa¬ 
mente el formato WAV y comen¬ 
taremos algunas funciones 2D 
más avanzadas, indispensables 
para la gestión efectiva del audio 
en un juego o programa musical. 
Si tenéis alguna duda, queréis 
i hacer algún comentario o simple¬ 
mente intercambiar ¡deas, podéis 
escribirme un mail. 1 



Santiago Orgaz 

($antyhammer§latima’ím¡ 
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DIV Deathmaker (IV 


En este número nos prepararemos para la 
batalla. Crearemos el Portal de la Muerte y 
permitiremos entrar en el mundo 3D. 


¡en, parece ser que ya sólo 
quedaba meterse en la parte 
3D y listo, pero como veis 
no es así. No os impacien¬ 
téis; supongo que todos entende¬ 
réis que todas las partes de este 
juego son muy importantes y han 
ser explicadas detenidamente, ade¬ 
más, la parte 3D y la IA de los bots 
en sí, posiblemente lleve varios 
números y no me gustaría mezclar¬ 
lo con algo como el Portal de la 
Muerte. 

Empezaremos con algunos 
cambios que ha sufrido nuestro 
programa. 

Cambiando de look 

No, no es un cambio drástico. 
Nuestro juego ha sufrido unas 
pequeñas modificaciones que no 
afectarán más que mínimamente al 
resultado final. Como todos sabéis 
es imposible diseñar el juego tal y 
como va a ser luego, dado que a 
favor de la optimización del progra¬ 
ma hay que cambiar algunos méto¬ 
dos durante la etapa de programa¬ 
ción. Div DeathMaker ha sufrido 
unos pequeños cambios de este 
tipo, pero que os explicaré con 
todo detalle para que no haya líos y 
os hagáis a la ¡dea de lo que supone 
la modificación de los parámetros 
para ajustarse a la programación. 

- La tabla WORD muerte[1]; 

Temamos tres tablas llamadas 
muertefl] de tipo WORD, pero 
ahora no. Las tres globales, una 
se llamaba así y las otras dos esta¬ 
ban contenidas en las estructuras 
BOT[29] y PLAYER[7]. 

Ahora no hay WORD muerte[1]... 
hay dos INT por cada una de esas 
cablas, INT muerteO e INT muer- 
tel. ¿Por qué? Muy sencillo. Lo 
malo de usar tablas, especialmen¬ 
te no de tipo INT, es que surgen 
complicaciones a la hora de escri¬ 
birlas en pantalla mediante WRITE 
o WRITEJNT (que no con 





writejn^map, pero lo consideré 
excesivamente complejo para un 
programa que pretende enseñar 
3D y no programación, en gene¬ 
ral). Por ejemplo, no se puede 
calcular el OFFSET de los tipos 
WORD y BYTE dentro de una 
abla... necesario para ios 
WRITEJNT... y para los WRITE 
tendríamos que usar ITOA() que 
convierte una variable numérica a 
cadena de exto, pero surgen 
complicaciones al ser una tabla 
también, se requerirían strings 
temporales y eso es algo que 
ocuparía bastante más memoria 
puesto que tenemos 30 bots con 
2 registros muerte[1] y en el 
Portal de la Muerte debe mostrar 
todos estos a la vez... 

Por lo tanto, como dentro del 
juego debe most rar también la 
puntuación de forma rápida, lo 
pasaremos a INT sin tabla para 
hacer WRITE rápidos. 
DEFAULT.WLD 

El mapa 3D también ha sido 
modificado en parte para conse¬ 
guir una mayor adaptación a la 
programación. Antes de llegar a 
la parte de la IA, no hay que ser 
muy avispado para darse cuenta 
de que no vamos a conseguir 
crear unos BOTs con una IA muy 
elevada y digna de un jugador 
humano, así que debemos 
"ponerle las cosas fáciles" al bot. 



¿De verdad pensabais que progra¬ 
mar era como escribir un cuento? 
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En una parte del mapa, concreta¬ 
mente el búnker, había dos zonas 
de difícil acceso a través de un 
paso estrecho que probablemen¬ 
te.conseguirían que los bots 
entraran a recoger los ítems pero 
luego no pudieran salir. Esto ha 
sido corregido ampliando la 
entrada. 

- DEFAULT.FPG 
Lo admito, el FPG tenía unos 
fallos un poco gordos. El genera¬ 
dor de sprites, al parecer, creó las 
imágenes demasiado oscuras y, al 
adaptarlas a la paleta, algunos 
I colores se volvieron negro 0, es 
decir, negro transparente. 
Resultado: el personaje se volvía 
transparente en algunas zonas del 
cuerpo, a veces desaparecía el 
arma o algún brazo, etc. Esto ha 
sido solucionado; este FPG mues¬ 
tra perfectamente al personaje, 
tal como podéis ver en el gestor 
de bots al ver el skin. 

Otra novedad 

Si miráis el gestor de bots observa¬ 
réis que hay un nuevo'botón. Éste 
es un ojo y se encuentra al lado del 
botón de "cambiar ruta" en los 
bots. ¿Para qué sirve este botón? 
Muy sencillo. Es un botón de "PRE- 
VIEW", Cuando se pulsa este botón, 
se visualiza rotando el SKIN, 
corriendo en todas las direcciones. 
Para hacerse a la ¡dea de cómo va a 
ser el bot. Se puede parar la visuali- 
zación pulsando el botón derecho 
del ratón o alguna tecla. Gracias a 
ManOwaR por convencerme final- 
men: e de que lo pusiera). 

Esta pequeña novedad se 
encuentra dentro de la función 
GESTORBOTS, en la pane del ELSE 
de IF (n==-1), esto es, cuando se 
trata de un bot y no del jugador. 

IF (mouse.x>575 AND 
mouse.x<592 AND mouse.y>84 AND 
mouse.y<l 01); 

mouse.graph=996; 

IF (mouse.left AND raton==0); 
ve^skin (bot[n]. skin); 
raton=l; 

END 

END 
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Éste es el pequeño IF (sin 
comentarios, a diferencia del PRG) 
que se encarga de llamar a 
VE_SKIN(número de bot), función 
que se encarga de mostrarlo en 
pantalla. Básicamente, éste es el 
funcionamiento de VE_SKIN: 

VE SKIN tiene un parámetro de 
entrada, que es la cadena de texto 
que contiene la ruta del skin. Esta 
variable es de tipo PRIVATE y se 
llama fpg. También existe una varia¬ 
ble PRIVATE llamada idfpg que nos 
servirá de ID para este fpg, para 
cargarlo y descargarlo de memoria. 

Primero hay una serie de com¬ 
probaciones para que, en caso de 
que el FPG no se pueda leer o no 
exista, aparezca un mensaje de 
error y retorne con RETURN. 

Suponiendo que se pudo car¬ 
gar, sigue una serie de bucles que, 
cada uno, muestran el personaje 
corriendo en cada posición, detec¬ 
tando si se pulsó el botón derecho 
o teda alguna para descargar el 
FPG y retornar. Todos ellos están 
integrados en un gran bucle LOOP 
para que, cuando termine el último 
bucle, vuelva al primero y se repita 
cíclicamente. El resultado, la pre- 


view que se 
puede apreciar al 
pulsar el ojo. 

La preview no era 
algo estrictamente 
necesario pero es de esos pequeños 
detalles que marcan la diferencia. 


En nuestro programa, como 
en todo Deathmatch que se 
precie, habrá algo de 
sangre... pero sin pasarse 


El portal de la muerte 

Suena macabro, ¿verdad? Bien, de 
eso se trata. Después de todo pare¬ 
ce ser que la sangre y la muerte 
son las dos constantes de todo 
Deathmatch que se precie (inde¬ 
pendientemente de que sea con 
bots o contra jugadores humanos). 
En nuestro juego habrá sangre, 
pero no en la medida que la hay 
en otros juegos en primera perso¬ 
na, aviso. 

Si ejecutamos el programa, 
antes de mirar el código y elegimos 
Empezare n el menú principal nos 
encontraremos con un "Portal" que 
nos muestra los bots disponibles, 
sus puntuaciones, límites de frags y 
de tiempo, el WLD a cargar, y todo 
ello por encima de unas bonitas 
calaveras que hay de fondo (librería 
de Div), y un sugerente "Elige hasta 
7 bots y prepárate para morir". A la 
izquierda de cada bot, una casilla 
para marcar los bots contra los que 
queramos jugar (recordando, hasta 
7 bots) y abajo a la derecha, el inci¬ 
tante botón GO!; incitante porque 
incita a elegir rápidamente y pro¬ 
bar, pero, como seguramente 
habréis comprobado ya, no permite 
mucho todavía. Aun así, si elegimos 


al menos un bot marcando su casi¬ 
lla con el botón izquierdo del ratón 
(podemos desmarcar todas las casi¬ 
llas con el botón derecho) y el 
mapa (que por defecto vendrá 
como "DEFAULT.WLD") veremos 
como aparecen textos en pantalla 
como "Cargando mapa de 
modo8..." o "Cargando SKINs, lla¬ 
mando BOTs...", que se correspon¬ 
den con la realidad, es decir, lo que 
está haciendo el programa en ese 
momento y si no surge ningún pro¬ 
blema de memoria (yo tengo 16mb 
de RAM y de momento, funciona, 
aunque claro, sólo uso un SKIN: 
Default;) iniciará el mapa, y vere¬ 
mos el mapa seleccionado ante 
nosotros, por el cual nos podremos 
mover e incluso ver a los bots, que 
estarán quietecitos. 

Pasemos a analizar la función 
portalmuerteQ en profundidad. Las 
variables PRIVATE ya están explica¬ 
das en el PRG, así que pasamos 
directamente a las instrucciones. 

Lo primero que nos encontra¬ 
mos es un "ignore_error(159);". 

Esto ignorará los errores de tipo "no 
se pudo encontrar el WLD", es 
decir, cuando no se pudo cargar el 
archivo WLD especificado. Si no se 
hubiera puesto, al escribir mal el 
nombre del WLD, por ejemplo, se 
saldría del programa diciendo 
"Error 159: no se pudo encontrar el 
WLD". De este modo, lo único que 
pasará es que no se verá nada. Pero 
al pulsar ESC volveremos al menú. 
Pretendía haber incluido un mensa¬ 
je "ERROR: WLD no encontrado" 
con retorno al menú pero no se 
puede hacer o, al menos, no de una 
forma sencilla (sin apaños/chapuci- 
llas:), ya que para un FPG sólo hay 
que realizar una pequeña compro¬ 
bación tipo IF (loadJpg(loque- 
sea)=0) ya que loadjpg retorna 0 
si no se pudo cargar, pero load_w!d 
(como pude comprobar) retorna 
siempre 0, y esto es en parte lógico. 
¿Por qué? Sencillo. Loadjpg retor¬ 
na la ID del fpg; si no se ha cargado 
ésta es 0. Pero como sólo se puede 
cargar un WLD a la vez, y al cargar 
uno se descarga de memoria el 
anterior retornar la ID es una tonte¬ 
ría, por lo cual no lo hace. Y no se 
puede comprobar si se cargó bien o 
no (no de esta forma). 

Una pequeña nota, los 
ignore_error deberían ir todos jun¬ 
tos al principio del programa para, 
con un vistazo rápido, saber qué 
tipo de errores se están ignorando, 
pero están situados expresamente 
en las funciones donde más reper¬ 
cuten para guiaros. 

Tras eso hay que resetear las 
variables "selected[7]" (salvo selec- 
I ted[7] que la aprovechamos para el 



Algunos conocidos esperan en el 
Portal... 


ratón), en las que se contienen los 
números de los bots seleccionados, 
para que al salir de una partida o 
del Portal y volver a entrar no sigan 
seleccionados los mismos. 

Después, el bucle «FROM n=0 
TO 29; bot[n]. puntos=bot[n]. muer- 
te0-bot[n].muerte1» se encarga de 
calcular la variable puntos de cada 
registro de bot[29], a base de restar¬ 
le a los asesinatos las muertes, para 
mostrarlo luego en la lista de bots. Y 
un poco más abajo otro bucle 
FROM se encarga de escribir todas 
las puntuaciones y relaciones de ase¬ 
sinatos/muertes. En azul, asesinatos, 
en rojo, las muertes, y en verde, la 
puntuación neta. Y una nota: este 
FROM escribe las puntuaciones sólo 
cuando el bot correspondiente tiene 
tanto nombre como un skin defini¬ 
do, si no, escribe dos guiones en el 
lugar del nombre "- 

Unas pocas líneas más abajo nos 
encontramos con las llamadas a los 
procesos "marca". 

Al pulsar en una casilla (de un 
bot seleccionare) debe aparecer 
una cruz, que también debe poder 
moverse al borrarla y marcarla en 
otro sitio. Cada proceso marca 
corresponde a un número de bot 
(el primero elegido, el segundo,...) 
y cada una tiene su registro de 
selected[7] para comprobar cuándo 
debe situarse en una casilla al pul¬ 
sarse el ratón sobre una. El proceso 
marca es muy simple y fácilmente 
entendible; de todos modos, está 
comentado en el PRG así que no es 
necesario parar sobre eso. 

A continuación viene un bucle 
REPEAT. Es el bucle que se encarga 
de manejar en sí el Portal de la 
Muerte, aunque, como veréis, esta 
función no sólo controla esa panta¬ 
lla. El bucle no es que sea muy sim¬ 
ple pero no tiene nada especialmen¬ 
te complicado; es muy similar al 
bucle de gestorbots que se encarga¬ 
ba de "hacer funcionar" los botones, 
por lo que sería una repetición 
comentarlo otra vez. Sin embargo, 
hay un par de cosas a destacar: pri¬ 
mero, que no hace un 
deletejext(alljext) tras cada FRAME 



OIV MANÍA 





























































3D 


8 



El bot ManOwaR se acercó tanto 
que se puso a pixelar 


porque eso borraría también todas 
las puntuaciones, y no nos interesa 
porque no van a ser cambiadas en 
ese momento y son muchas como 
para reescribirlas a cada FRAME. Sólo 
hay delete_text de los textos modifi- 
cables (límite de frags y tiempo y 
ruta y nombre del WLD) para poder 
ser actualizados; segundo, si se pulsa 
ES I no hay más que hacer que 
borrar todo de pantalla (y borrar y 
descargar todos los textos e indicar 
con un estado=0 que se vuelve al 
menú), siguiéndole un RETURN por¬ 
que el REPEAT no acaba cuando se 
pulsa ESC (como gestorbots) sino 
cuando se hace clic en GO! y hay, al 
menos, un bot elegido. Por ello, la 
comprobación de si se pulsa ESC 
está dentro de un IF en el bucle. 


Cuando se pulsa en GO! se 
borran los textos y la pantalla, se 
indica que estado=3 (en proceso de 
carga, aunque este valor de estado 
no es especialmente útil) y comien¬ 
za todo el susodicho proceso de 
carga de los recursos del juego. 

Ésta es una parte delicada y bas¬ 
tante importante. Si no se realiza 
con mucho cuidado luego pueden 
surgir problemas en ordenadores 
con poca memoria y, además, en 
todos los ordenadores, podemos 
estar desperdiciando memoria, y 
eso es un lujo que no nos podemos 
permitir. Como podéis ver en el pro¬ 
ceso de carga, hay una parte rebo¬ 
sante de IFs muy complicada, y 
como ya aparece en los comentarios 
del PRG, es algo que en un principio 
no iba a incluir pero era algo tan 
importante que al final lo metí. Es 
una parte del código compleja que 
no es necesario que comprendáis, lo 
que hace es lo siguiente: 

Supongamos que todos los bots 
(los 7 que llamemos) tienen de skin 
"default". Sería un desperdicio de 
memoria tener que cargar 7 veces 
losfpgs, una para cada proceso. Se 
encarga de mirar si ya se había car¬ 
gado un skin para no tener que car¬ 
garlo otra vez. 

Pero cuidado, si un bot tiene de 
ruta de skin "default.fpg" y otro 
"c:\div2\default.fpg", aunque sea 
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al fin y al cabo el mismo directorio, 
al ser distinta la cadena de texto 
DDM los cargará por separado. 
Igual que si uno es "default.fpg" y 
otro"default:.fpg " con un espacio 
detrás, son distintas así que se con¬ 
sideran dos skins distintos. 

El resto del proceso de carga es 
muy sencillo, hasta que empieza a 
mirar qué bots se han elegido y se 
prepara toda la estructura PLA- 
YER[7], se llaman a los procesos 

botpQ y a jugador ), y se inicia el 
modo8. 


Y aquí viene otra parte nueva. 

Se resetea la variable global 
STARTSPOTS, poniéndola a 0. Se 
ignora el error 156, tipo "el objeto 
se encuentra fuera del mapa y será 
eliminado" para que al mandar los 
siguientes procesos sonda(), si no se 
encuentra dentro del mapa (va a 
una bandera inexistente, en otras 
palabras) no diga nada, y lo mismo 
por si por algún casual algún bot 
desaparece por esa causa (que sólo 
puede ocurrir si se usa un mapa 
que no sigue las reglas de las posi¬ 
ciones de inicio, explicadas más 
abajo). 

Los procesos sonda son muy 
simples. Sólo van a la bandera 
indicada, hacen un FRAME y en la 
siguiente instrucción suman 1 a 
STARTSPOTS. Si la bandera no 
existía nada más hacer el FRAME 
el proceso hubiera desaparecido, 
por encontrarse fuera del mapa. 
Por lo que no hay que hacer ni 
comprobación ni nada. Al final 
STARTSPOTS contendrá el 
número de lugares de comienzo a 
partir de la bandera 1. Util para 
cuando, al aparecer un 
bot/jugador, se use 
go_to_flag(rand(1 ,startspots)) lo 
que le llevará a una bandera a 
azar entre 1 y el número de 
banderas de comienzo. 


justo después se comprueba si 
es necesario inicializar el TIMER[9] 
para llevar el límite de tiempo, y se 
entra en el LOOP que sólo se 
rompe mediante BREAK; (continúa 
tras el LOOP) al alcanzar un límite o 
con RETURN al pulsar ESC i cón la 
consiguiente pérdida de las puntua¬ 
ciones de la partida). 

Tras alcanzar un límite, después 
del LOOP está una pequeña sección 
de código que simplemente mues¬ 
tra los resultados de la partida sobre 
un fondo negro. Hay que decir que 
falta una cosa al final de esta sec¬ 


ción, que guardase fas puntuacio¬ 
nes obtenidas en cada bot y el juga 
dor y reordenase los bots. Pero eso, 
en el siguiente número cuando ya 
se puede "andar" en condiciones 
por el mundo 3D. 









Quiero jugar 

Como sabéis, jugar, lo que es jugar, 
no se puede todavía. En realidad 
todo lo que quería incluir era hasta 
el momento en que se ha cargado 
todo para empezar a jugar y se ha 
preparado la estructura player[7], 
pero sabía que cargar todo y que se 
quedara paralizado ahí era un poco 
frustante. Así que incluí los procesos 
botpQ que controla a los bots y 
jugadorQ, que controla al jugador 
como su nombre indica, con unos 
controles temporales para que se 
pudiera andar por el mapa. Esta 
parte del código todavía no estaba 
pensada para ser comentada aquí y 
parte de ella es provisional, así que 
no es necesario ni entenderla ni 


mirarla siquiera. En el siguiente 
número hablaremos a fondo de 
estos dos procesos, así que, no os 
impacientéis. 

Para que os controléis un poco 
por el mapa y os hagáis a la idea de 
los controles, éstos son: 

- Flechas arriba-abajo: hacen al 
jugador avanzar o retroceder. 

- Flechas izquierda-derecha: hacen 
strafe-left y strafe-right. En térmi¬ 
nos no-quakeros, desplazan late¬ 
ralmente al 


Jugar, lo que se dice jugar, 
aún no se puede, pero la 
cosa ya va bastante 
avanzada 


jugador hacia la 
izquierda y la 
derecha. 

- Ratón: controla 
la vista. 

- Tecla Q o botón derecho del 
ratón: hace "volar" al jugador. No 
os paséis con esto, lo he puesto 
para que "naveguéis" libremente 
por el paisaje, pero sabéis que el 
modo8 no es perfecto y a mucha 
altura y al visualizar muchos sec¬ 
tores a la vez... (no me responsa¬ 
bilizo de los bloqueos) aunque es 
verdad que he registrado poquísi¬ 
mos bloqueos cuando estuve pro¬ 
bando bugs de esle mapa. 

- Tecla A: hace descender al juga¬ 
dor más rápido. 


Una curiosidad 

Si sois de esos que buscan fallos por 
todos sitios os habréis dado cuenta 
de un fallo que, aunque no llega a 
ser un fallo propiamente dicho es, 
cuando menos, una pequeña curio¬ 
sidad. 


Imaginaos que tenéis tres bots, 
de puntos (frags, puntuación neta) 
3, 2 y 1. Vais al gestor de bots y al 
segundo le borráis el nombre o la 
ruta del skin, o ambas cosas. Al pul¬ 
sar ESC se reordenan los bots por 
orden de puntuación, de mayor a 
menor, y el segundo bot, aún sin 
nombre ni ruta de skin permanece 
e! segundo. 

Ahora vais al Portal de la Muerte 


y... ¡sorpresa! Como el bot 2 no tiene 
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nombre ni ruta del skin (o alguna de 
las dos) no aparece, aunque hay un 
bot no utilizable entre el bot 1 (3 
puntos) y el 3 (1 punto). Se supone 
que tendrían que aparecer en orden 
pero hay uno no utilizable en medio. 
¿Es un fallo? Bueno, no es algo real¬ 
mente grave. Está bien desde el 
punto de vista de que "avisa" al 
jugador de que tiene un bot con 
puntuación que no tiene nombre o 
skin por lo que no puede usarlo. 

En teoría, al borrar un bot se 
debe borrar manualmente el nom¬ 
bre y el skin y resetear las puntua¬ 
ciones. Los datos de agresividad, 
agilidad, etc., dan igual. 

Pero es inútil borrar un bot, en 
todo caso, sería sobrescribirlo. 
Porque ocupa canto un registro de 
bot ocupado como uno vacío, en 
BOTS.CFG. Y aunque no se use ese 
bot, no viene mal tener uno más. 


Un par de consejillos 

Hete aquí un par de consejos para 
que nos resulte más fácil ejecutar 
DDM desde el entorno de Div hasta 
que podamos compilarlo al final. 

Lo primero, recordad que nece¬ 
sitamos un BOTS.CFG válido; Div 2 

lo incluye, al crear 
la instalación, en 
el programa, pero 
mientras se hacen 


Hay un nuevo punto que 
no podemos saltar a la 
hora de hacer un mapa 
para Div Deathmaker 


las pruebas y el 
programa se ejecuta desde el entor¬ 
no de Div es el programador el que 
tiene que crear este archivo; tanto 
en nuestro programa como en 
todos. No es muy difícil, sólo hay 
que ejecutarlo una vez cambiando 
los FREAD (cuando carga los datos 
al principio) por FWRITE, y modifi¬ 
cando el FOPEN como algún tipo 
de los que crea el archivo en caso 
de no existir, por ejemplo "w+" (lo 
crea y si ya existe lo trunca). 
Ejecutando, ya tendremos el 
BOTS.CFG en el disco duro, sali¬ 
mos, restauramos los FREAD y 
FOPEN y ya está. 

Pero esta vez no hará falta que 
lo hagáis; en el CD encontraréis 
BOTS.CFG ;) copiadlo a vuestro 
directorio de Div 2 y no habrá pro¬ 


blemas. 

Lo segundo, recordad que para 
Div 2, al cargar un archivo, si no 
se especifica ruta, la ruta por 
defecto es vuestro directorio de 


Div 2. Si no queréis tener que 
escribir en las rutas del skin/mapa 
"C:\PROGRAMAS\lenguajes\pro- 

gramacÍon\div\div2\dd\default.f 

pg" por ejemplo, copiad 
DEFAULT.WLD y DEFAULT.FPG a 
vuestro directorio de Div 2, con lo 
que sólo necesitaréis poner 
"default.fpg" en la ruta del skin, 
por ejemplo, para que lo cargue. 



Qué quietecito está... en un par de 
números más adelante y deseare¬ 
mos que nos dé un respiro. 


Nota: en el juego, una vez com¬ 
pilado, el directorio por defecto 
donde buscará, será, por supuesto, 
el mismo del juego, Y tanto 
DEFAULT.FPG como DEFAULT.WLD 
estarán en el mismo'directorio del 
juego. 

Y nota 2: Div 2 no incluirá 
DEFAULT.WLD ni DEFAULT.FPG en el 
PAK, ya que los load de lo que sea) 
que realicemos de una cadena de 
texto (como el load_fpg(bot[n].skin), 
al suponer que son cadenas de texto 
variables, Div 2 los considera proce¬ 
sos de carga de archivos externos 
que pueden ser definidos por el 
usuario, por lo que es imposible 
meterlos en el PAK antes de tenerlo 
ni saber dónde está. Así que una vez 
compilado el programa y hecha la 
instalación, hay que incluir 
DEFAULT.WLD y DEFAULT.FPG, así 
como los TX I pertinentes y todo lo 
que se quiera añadir. Y como no 
podremos incluirlo en la instalación, 
habrá que instalarlo y crearnos nues¬ 
tra propia instalación con los archi¬ 
vos que necesitemos (y eso pasa en 
todos los juegos que necesitan de 
algún archivo extra que no incluye 
Div 2 en la instalación). 


En en CD 

En este número, en el directorio de 
la sección 3D/RED se encuentran: 

• Todos los archivos ya disponibles 
en el anterior número, teniendo 
en cuenta que: 

- DD.PRG ha sido actualizado, 
por supuesto. 

- MISC.FPG ha sido ampliado; 
ahora incluye la pantalla del 
Portal de la Muerte y algún grá¬ 
fico como el del puntero del 
ratón en modo "Preview". 


Y, además: 

- BOTS.CFG: es el archivo donde 
Div DeathMaker guarda la con¬ 
figuración y los datos de los 
bots. Es un archivo que necesita 
para escribir en él los bots. Si lo 
guardáis en el directorio de Div 
2 no habrá problema. Al crear 
la instalación Div 2 se encamará 


automáticamente de crearlo 
con los valores predetermina¬ 
dos (0 codos en nuestro juego) 
y meterlo en nuestro juego. 



Creación de mapas para 
DDM 

Hay un nuevo punto a tener en 
cuenta a la hora de crear un mapa 
para Div Deathmaker, que hasta 
ahora (perdonadme) no había 
advertido. 

Es posible establecer desde 1 a 
10 banderas para las posiciones de 
inicio, como ya dije unos meses 
atrás, pero deben empezar en la 
bandera número 1 y ser una suce¬ 
sión continua, en otras palabras, si 
sólo va a disponer de 4 banderas el 
mapa, deben ser las banderas 1,2,3 
y 4. Pero nunca la 1, la 5, la 6, la 8 
y la 9 por ejemplo. Ni tampoco la 
2, 3, 4 y 5. 

¿Por qué? Porque DDM tiene 
que saber cuáles, de los lugares de 
comienzo, van a estar disponibles, 
porque si mandamos a un proceso 
botp() a una bandera inexistente, 
desaparecerá. Existe una 
instrucción ignore_error(156 1 
(explicada antes) que ignora los 
errores tipo "El proceso se 
encuentra fuera del mapa y será 
eliminado" así que desaparecería 
sin más. Y para asignarle la 
bandera de comienzo a un 
bot/jugador DDM usa la función 
rand; rand requiere de un 
intervalo para sacar el número al 
azar y no podemos usar valores 
alternados, por poderse hacer, os 
aseguro que se puede hacer (y de 
hecho si el juego no lo hiciera con 
fin didáctico yo lo hubiera hecho) 
que no haya problema de elegir 
las banderas que se quieran del 1 
al 10 pero lo veo una 
complicación innecesaria. El que 
quiera crear un mapa 3D para 
DDM tendrá que ajustarse a esta 
regla. 

Y para concluir, desafortunada¬ 
mente sólo se pueden crear mapas 
para DDM con Div 2 y su editor de 
mapas WLD. Pero es posible que en 
breve un divero de la comunidad 
Div consiga hacer un editor de 
WLDs que no requiera Div, ¡desde 
aquí todo mi apoyo! 

Hasta la vista baby 

Se acabó este número; no os 
olvidéis de mirar el PRG para todo 
aquello que no entendáis bien. ; 
Espero que no os haya sabido a 
poco, ya sé que muchos lo que 
queréis es poder jugar, pero dadle 
tiempo al tiempo 

Recordad que s¡ tenéis alguna 
sugerencia/duda/o lo que sea me lo 
podéis mandar a mi e-mail, las 24 
horas del día los 365 días del año. 

¡Hasta el próximo número! 

Ferminho (Fermín Vicente) 
ferminho@lycosn)oiLm 

NÚMEROS 
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Estrategia 




Como ya adelantamos en el número 7 de la revista, en 
esta ocasión vamos adentrarnos en la parte más 
importante de un juego de estrategia. Veremos los 
principios básicos de la inteligencia artificial o, lo que 
es lo mismo, simulación del comportamiento humano 
por parte de la máquina. La vamos a dividir en dos 
partes: la que controla las reacciones de las unidades 
ante ciertos estímulos y la que coordina las unidades 
para que actúen como un ejército. 


3 mpezaremos definiendo cla- 
3 ramente nuestro objetivo. Lo 


que pretendemos hacer es 
] dotar a nuestras criaturas de 


unas pautas de comportamiento 
para que el ordenador simule ser 
un adversario inteligente. En el 
fondo, el comportamiento, tanto 
de jugadores controlados por 



Aquí vemos un grafo de estados de ejemplo. 
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humanos como el de los que son 
controlados por la máquina, se 
basa en pares acción-reacción. En 
términos informáticos, sería una 
sentencia if (acción) then (reac¬ 
ción ). Para organizar estos pares, 
se agrupan en transiciones entre 
diferentes estados. Como el con¬ 
cepto es algo confuso lo explicare 
mos con un poco más de detalle. 

Grafos de estados 

Los programadores menos experi¬ 
mentados tal vez no sepan lo que 
es un grafo, por lo que vamos a 
explicarlo. Un grafo es algo tan 
simple como un grupo de nodos 
interconectados por aristas, como 
podría ser un mapa de carreteras 
(los nodos serían las ciudades y las 
aristas las carreteras). La utilidad di 
los grafos es modelizar situaciones 
de la vida cotidiana como el ejem¬ 
plo dado del mapa de carreteras. 
En artículos anteriores, se mencio¬ 
naba el algoritmo Explora-grafos 
como solución óptima de búsque¬ 
da de caminos. En él se supone 
cada casilla como un nodo, que 
estaría interconectado con las casi¬ 
llas adyacentes a las que se pudiere 
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acceder. En nuestro caso, los nodos 
serán estados de un mob (andan¬ 
do, quieto, huyendo...) y las aristas 
serán transiciones entre ellos. 
Gracias a este modelo si un mob en 
un estado recibe un estimulo 
(acción), se produce un cambio a 
otro estado (reacción) que implica 
un comportamiento diferente. Por 
ejemplo, si un mob está quieto y ve 
un enemigo, podría pasar al estado 
de "atacando" o al estado de 
"huyendo" (según la unidad). 
Como se puede comprobar, este 
modelo simplifica mucho el diseño 
de la IA de nuestros mobs, ya que 
una vez que decidamos todos los 
posibles estados en los que puede 
estar (no suelen ser muchos aun¬ 
que en un principio lo parezca) 
sólo debemos pensar qué haríamos 
nosotros en esa situación. De todas 
formas, queda ver cómo progra¬ 
mar este modelo que, ahora lo 
veremos, no es tan complicado. 

Implementación de un 
1 grafo de estados 

A algunos, esto os recordará un 
poco a los autómatas deterministas 
y, a otros, las máquinas de estados 
de Moore y Mealy. En el fondo así 
es, por lo que su programación 
será similar. En cada interacción del 
bucle del proceso mob comproba¬ 
remos en qué estado nos encontra¬ 
mos, lo que nos situará en una 
determinada región de código, en 
la que se comprobará si se cumple 
alguna de Jas condiciones que pro¬ 
vocaría una transición a otro esta¬ 
do, además de realizar las acciones 
asociadas a ese determinado esta¬ 
do. En muchos casos, podrán man¬ 
tenerse las transiciones entre esta- 
l dos en una matriz en la que las filas 
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sean el estado origen, las columnas 
sean las acciones (habría que aso¬ 
ciar un número a cada situación) y 
el contenido sea el estado ai que se 
pasaría cuando en la fila se produ¬ 
jera la acción representada por la 
columna. Es posible que para reali¬ 
zar las acciones asociadas a un esta¬ 


do se necesite información adicio¬ 
nal. Por ejemplo, para poder atacar, 
debemos conocer el objetivo de 
nuestro ataque, al igual que para 
movernos debemos conocer las 
coordenadas del destino. Esta infor¬ 
mación se obtiene en el estado 
desde el que se llegó a éste. Es 
decir, si estamos en el estado "quie¬ 
to" y cuando vemos aun mob ene¬ 
migo pasamos a "atacando", en el 
estado "quieto" deberemos indicar 
también que el objetivo del ataque 
es el enemigo avistado. Esto es así 
porque a un estado se puede haoer 
llegado de muchas maneras y no 


saber desde qué estado ni por qué. 

En cambio, sí qué 
sabemos a qué 
estado vamos 
cuando salimos 


En muchos casos podrán 

mantenerse las 
transiciones entre estados 

en una matriz 


de uno y la razón 
por la que sali¬ 
mos, por eso podemos indicarle lo 


que queramos. 

Controlador general 

Hasta el momento hemos visto el 
comportamiento individual de los 
mobs, sin tener en cuenta el esta¬ 
do general del bando completo. 

Se podría decir que tenemos con¬ 
trolado el comportamiento instinti¬ 
vo de las unidades, pero no el 
comportamiento racional. Este 
comportamiento debe ser contro¬ 
lado por un proceso independien¬ 
te que simularía las acciones que 
lleva a cabo el jugador humano 
dando órdenes a sus unidades. 

Este proceso no tendría en cuenta 
las acciones sobre una unidad 
determinada, sino que comproba¬ 



Perceptrón (el tipo más común de red neuronal). 
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Esta es una matriz de estado típica (la flecha indica que no hay transición). 


ría qué acciones son necesarias 
para la supervivencia y victoria de 
todo el bando. Esto implica com¬ 
probar el estado de los recursos 
del bando, el número de unida¬ 
des, la localización del enemigo, 
etc. Además, se encarga de orga¬ 
nizar las estrategias a seguir en 
función de la información disponi¬ 
ble. Lo más normal es programar 
un número de objetivos básicos 
ordenados por orden de prioridad. 
Por ejemplo, se intentará crear un 
número prefijado de peones y 
militares, determinados edificios, 
etc., para tener una estabilidad 
antes de empezar la ofensiva. 
Luego se mandaría a un número 
de unidades a explorar el terreno 
en busca de enemigos, comprobar 
el tipo de defensa que posee el 
enemigo y crear unidades especifi¬ 
cas para contrarrestar esa defensa. 
También se pueden programar 
varios tipos de comportamiento, 
como podría ser una actitud prin¬ 
cipalmente destructiva o defensiva 
de desgaste (acaparar todos los 
recursos hasta que se agoten y 
luego realizar una ofensiva definiti¬ 
va). Esto entra ya en el apartado 
de estrategias y cada uno progra¬ 
mará las que mejor le parezcan, 
pero el sistema es el mismo: deci¬ 
dir una serie de objetivos a cum¬ 
plir, en un orden y hacer que los 
mobs los realicen. Esto es un siste¬ 
ma de control estático que prácti¬ 
camente no varía según el estilo 
de juego del jugador humano. Los 
sistemas de inteligencia artificial 
adaptativa son sistemas complejos 
en los que el ordenador aprende 
de sus errores y de sus éxitos, 
adaptando su comportamiento 
posterior a lo aprendido anterior¬ 
mente. Un ejemplo de estos siste¬ 



mas son las redes neuronales. En 
este curso no vamos a adentrarnos 
en estos temas, pero lo menciona¬ 
mos para que sepáis qué buscar si 
deseáis ampliar conocimientos 
sobre IA. El proceso controlador, 
más complejo que el instintivo, 
será el que iremos desarrollando 
en próximos artículos. 

Para terminar 

En el próximo número empezare¬ 
mos el diseño de nuestro controla¬ 
dor general así que no os lo per¬ 
dáis. 


Emilio Llamas Alba (YuMoK) 


Pseudocódigo 
relativo al control 
de estados 

LOOP 

* 

Switch(estado_mob) 

{ § 

case PARADO: 

//comprobación de 

transiciones 

if(casi_muerto( 

{ 

es tado_mob=H U YENDO; 
i destino=home(); 

//acciones del estado PARADO 
case MOVIENDO: 
//comprobación de 
transiciones 

//acciones del estado 
MOVIENDO 

} 

m 

* 

END 
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El Francotirador: BattleZone 



attleZone es un adictivo juego de estrategia 
r~y^ tiempo real, con el aliciente de ser un juego 


en 

en 


3D con vista en primera persona. Lo más 
notorio de este juego es su uso de las 3D, intro- 
duciendo al jugador mucho más en la acción. 
Veamos qué técnica utiliza. 


'Voxels' 

El terreno de juego nos recuerda al de otros 
juegos como Comanche y otros de aviación, ya que 
todos utilizan una representación del terreno con 
voxels. En el fondo un voxel es como un píxel, sólo que, 
en vez de un color, representa una altura. Se tiene un 
mapa del terreno en el que cada punto representa una altura, y se pintan aristas 
entre puntos colindantes. El resultado es una malla tridimensional que, al aplicar- 
le textura, y, opcionalmente, sombreado goraud (ajuste de la intensidad de las 
texturas en la zona de las aristas), queda muy realista. El problema, al igual que 
pasaba con DOOM y con el sistema 3D del DIV2, es que en un punto (x,y) 
solo puede existir una altura, por lo que no se pueden hacer edificios de varias 
plantas, ni túneles, ni nada por el estilo. Los objetos, en cambio, están reali¬ 
zados en 3D real, lo que le da un toque mucho más realista. Aun así, 
se echan en falta más polígonos en los objetos pero lo que se pier¬ 
de en realismo se gana en velocidad. 

Sistema de juego (interfaz) 

A diferencia de los juegos de estrategia en 2D, en BattleZone el 
jugador toma posesión de una identidad en el juego, por lo 
que, además de organizar la estrategia, participa activamente 
en ella haciendo las partidas mucho más adjetivas. Las órdenes 
estraíégicas, como pueden ser la construcción de unidades o el 
movimiento de éstas por el mapa, se realizan por menús organiza¬ 
dos según el tipo de unidades, de acciones, etc. Cuando situamos una 
unidad en el mapa, vemos que sólo puede situarse en ciertas zonas como 
hasta ahora, es decir, que también utiliza una rejilla para controlar el juego. 

11311 lili 





La IA del BattleZone , aunque resulte difícil de creer en un juego 
3D, no es ni más ni menos compleja de programar que en un 
juego 2D, ya que, en el fondo, lo único que cambia es la 
forma de representar la información. Al igual que en otros 
juegos, todas las unidades están encasilladas en una rejilla 
sobre la que se hacen los cálculos. La única diferencia es la 
variedad de alturas diferentes, lo que permite moverse de 
una casilla a otra en un sentido, pero en el contrario no. 
Por ejemplo, se consideraría inaccesible una casilla (B) cuya 
altura con respecto a la actual (A) fuera mayor que H_MAX, 
pero si estamos en la casilla B y queremos ir a A podemos 
dejarnos caer. 


Despedida 

Nos despedimos comentando que ya exj 
objetos más detallados, aprovechando 
nos ofrecen las aceleradoras 



BattleZone II, con 
cterísticas que 























































Aventuras 






En el número anterior ya establecimos la sólida 
base sobre la que programaremos nuestra 
aventura gráfica. Controlamos las acciones del 
menú, acciones entre objetos y los diálogos y 
monólogos. Todas estos sucesos se 
representarán a lo largo de los escenarios de 
nuestro juego. * 


A ntes de comenzar a traba¬ 
jar con los escenarios 
debemos planificar ade¬ 
cuadamente cómo se 
moverán los personajes en ellos. 

De todos los personajes, es el 
protagonista el que más tipos de 
movimientos realizará. El resto de 
personajes disponen de unos movi¬ 
mientos mucho más limitados. Tal 
y como definimos nuestra aventura 
al principio, el protagonista debe 
ser capaz de subir por unas escale¬ 
ras para recoger una 
pelota del tejado del 
cobertizo, sin embar¬ 
go, nuestro compañero 
de habitación jamás lo 
hará. De la misma 
forma, nuestro protagonista es 
capaz de andar en las cuatro direc¬ 
ciones, agacharse para coger cosas, 
hablar, etc. 

Para conseguir el efecto de 
movimiento en una "secuencia" 
debemos usar distintos "fotogra¬ 
mas". Nuestra secuencia de movi¬ 



Fig. 2. Mientras más tipos de movimientos 
implantemos a nuestro personaje más real se 
verá. 


Una forma sencilla de 
>rogramar los movimientos 
sin tener que complicar el 
código es hacerlos lo más 

pctánHíir noQÍhlp 


miento será la animación mínima 
que repetiremos tantas veces como 
sea necesaria para conseguir el 
movimiento completo. Cada foto¬ 
grama es una imagen indepen¬ 
diente, que se irá sustituyendo de 
forma ordenada para completar la 
secuencia. Un claro ejemplo es el 
movimiento del personaje al andar. 
Si hacemos secuencias de seis foto¬ 
gramas, podríamos hacer: 

1. Pie izquierdo en el suelo , pie 
derecho ligeramente adelantado. 

2. Pie izquierdo en el suelo, 
pie derecho adelantado . 

3. Pie izquierdo cerca del derecho , 
pie derecho en el suelo. 

4. Pie izquierdo ligeramente adelantado, 
pie derecho en el suelo. 

5. Pie izquierdo adelantado, pie 
derecho en el suelo. 

6. Pie izquierdo en el suelo, pie 
derecho cerca del izquierdo. 

De esta forma podemos crear 
una secuencia de animación susti¬ 
tuyendo la foto 1 por la 2, la 2 por 
la 3, la 3 por la 4 y sucesivamente. 
Esta secuencia podemos repetirla 
tantas veces como precisemos. Pero 
no todos los movimientos requie¬ 
ren el mismo número de imágenes, 
podemos conseguir un buen efecto 
de mover la boca al hablar con sólo 
cinco, o puede ocurrir que necesi¬ 
temos muchos más para un movi¬ 
miento más complejo. 

Una forma sencilla de progra¬ 
mar los movimientos sin tener que 
complicar el código es hacerlos lo 
más estándar posible. Definir cada 
tipo de movimiento y que éste sea 
igual para todos los personajes, es 
decir, todos andan con secuencias 



Fig. 1. Determinados movimientos 
complejos requerirán bastantes 
fotogramas. 


de seis imágenes o todos hablan 
con secuencias de cinco imágenes. 
De esta manera, tendremos una 
imagen base para el movimiento 
(la primera de ellas) y una longi¬ 
tud, número de imágenes en la 
secuencia. También nos simplifica¬ 
ría mucho que esta imagen base se 
calculase a partir de la imagen 
actual del personaje. Supongamos 
que hemos realizado el siguiente 

fichero FPG: 

001 Mirando al frente 
002 Anda de frente 1 
003 Anda de frente 2 
004 Anda de frente 3 
005 Anda de frente 4 
006 Anda de frente 5 
007 Anda de frente 6 
008 Habla de frente 1 
009 Habla de frente 2 
010 Habla de frente 3 
011 Habla de frente 4 
012 Habla de frente 5 
013 Mirando a la derecha 
014 Anda hacia la derecha 1 
015 Anda hacia la derecha 2 
016 Anda hacia la derecha 3 
017 Anda hacia la derecha 4 
018 Anda hacia la derecha 5 
019 Anda hacia la derecha 6 
020 Habla hacia la derecha 1 
021 Habla hacia la derecha 2 
022 Habla hacia la derecha 3 
023 Habla hacia la derecha 4 
024 Habla hacia la derecha 5 
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Con el fichero anterior 
sabemos que, según el estado del 
personaje (de frente o mirando 
hacia la derecha), nos basta 
sumar uno para obtener la 
imagen base de la secuencia 
andar o sumar siete para alcanzar 
la imagen base de la secuencia 
hablar. Construyendo el fichero 
FPG en este orden podemos 
conseguir que nuestro personaje 
ande y hable en las cuatro 
direcciones con el mismo código. 
Bastará con que, por ejemplo, al 
hablar se sume el "offset" 
correspondiente y el personaje 
hablará en la dirección en la que 
se encontraba mirando. 

Este sistema implica un detalle 
muy importante a tener en cuen¬ 
ta: la numeración debe ser respe¬ 
tada con máximo rigor. Puede 
que un determinado personaje no 
ande ni hable de frente pero si lo 
haga a la derecha. No necesita¬ 
mos poner las imágenes no utili¬ 
zadas, pero las sí usadas deben 
tener la numeración, cómo si exis¬ 
tiesen. Algunos personajes realiza¬ 
rán movimientos especiales, como 
por ejemplo nuestro compañero, 
que llorará. Estos movimientos 
especiales podemos situarlos al 
final del FPG. 

Lo más cómodo para nosotros 
es hacer un fichero FPG por cada 
personaje o grupo de personajes. 
Esto nos permitirá cargar en 
memoria sólo aquello que este¬ 
mos usando y descargar de 
memoria los gráficos que ya no 
nos hagan falta. Por otro lado, es 
mucho más cómodo para noso¬ 
tros, ya que, por ejemplo, para el 
personaje protagonista tendríamos 
seis imágenes por cada uno de los 
cuatro movimientos, cuatro postu¬ 
ras base (el personaje mirando 
para cada lado) y cinco imágenes 
para hablar en cada dirección. En 
total veintiocho imágenes, sin 
contar otras secuencias como 
abrir puertas, coger, empujar o 
usar objetos. Incluso, para deter¬ 
minados movimientos muy espe¬ 
ciales, convendrían que estuviesen 
en un fichero distinto. Ante todo 
debemos buscar dos cosas: hacer¬ 
lo simple para nosotros y no ocu¬ 
par memoria con lo que no tene¬ 
mos previsto usar. 

Gracias al orden que hemos 
establecido en nuestro fichero, una 
vez que el proceso del personaje 
sabe el número de la imagen a 
usar, será capaz de calcular las 
demás mediante el uso de un "off¬ 
set". En nuestro ejemplo de fichero 
la imagen básica del personaje 
sería la número uno. A partir de 
ahí podemos hacer: 


IMAGEN 

OFFSET 

BASE 

POSICIÓN 

Base del personaje 

- 

- 

1 


Mirar al frente 

0 

base 

0 


Mirar a la derecha 

12 

base 

12 


Andar 

1 

actual 

1 

(si miraba ai frente) 

Hablar 



13 

(si miraba a la derecha) 

7 

actual 

7 

(si miraba al frente) 




20 

(si miraba a la derecha) 



Fig. 3. Para luchar a espada puede 
que nos basten cuatro o cinco 
fotogramas. 


Ejemplo práctico 

Tomando como base el programa 
del artículo anterior, nos bastan 
unas pequeñas modificaciones para 
hacer que los personajes gesticulen 
al hablar. Creamos las cinco imáge¬ 
nes correspondientes al movimien¬ 
to "hablar" para cada uno de los 
personajes y modificamos ligera¬ 
mente el código. En primer lugar, 
definimos las constantes que nos 
permitirán saber dónde empieza la 
secuencia hablar y el número de 
imágenes que la forman. La 
siguiente modificación es en el 
proceso hab¡a_ejecuta. Al comenzar 
a hablar, recogemos la imagen 
actual correspondiente al persona¬ 
je. En cada iteración (frame del 
proceso) calcularnos la siguiente 
imagen de la secuencia de "forma 
circular". Una vez que dejemos de 
hablar no debemos olvidar asignar 
la imagen original al proceso para 
que el personaje quede como esta¬ 
ba inicialmente. 

- spr_hablar_inicio: Indica el offset 
para la primera imagen (base) de 
la secuencia, se calcula a partir 
de la imagen base del personaje. 

- spr_habiar_total: Número total de 
imágenes (fotogramas) en la 
secuencia. En el momento de 
visualizarlas será la número 0 
(cero) la primera y 
spr_hab¡ar_total-l la última. 

- sprite_org: Almacena la imagen 
que posee el proceso en el ins¬ 
tante en el que se empieza a 
hablar. Nos sirve para restablecer¬ 
la una vez que finalice la acción y 
para usarlo como base en el cál¬ 
culo de la imagen a representar. 


sprite_n: Es el número de la ima¬ 
gen de (a secuencia a mostrar. Es 
el offset a sumar a la imagen 
base de la secuencia. 


El siguiente número de imagen 
de la secuencia lo calculamos 
mediante la forma: 

(sprite_n+1) mod 
spr_hablar_totaL De esta forma 
conseguimos, si spr_hablar_totaí~5 
e inicialmente sprite_n-0, los valo¬ 
res: 7 ,2,3,4, 0,7... Su corresponden¬ 
cia en el fichero FPG será: 
sprite_org + spr_hablorJnicio + spri- 
te_n. 

Puesto que a cada uno de los 
personajes le corresponde una ima¬ 
gen diferente, spritejorg valdrá de 
forma diferente para cada uno de 
ellos. El uso de offset nos permite 
calcular la imagen a mostrar a par¬ 
tir de una «base», 
con indiferencia 
de su posición 
real en el fichero. 

Si las imágenes de 
los personajes 
estuviesen en 

ficheros FPG diferentes en vez de 
compartir el mismo, no necesita¬ 
mos modificar el código de la fun¬ 
ción hablar. Bastaría con indicarle 
al proceso el fichero a usar y el 
número de la imagen inicial. 

En el próximo artículo comen¬ 
zaremos a trabajar con escenarios, 
situando personajes y objetos en 

él. 


Cada fotograma es una 
imagen independiente, 
que se irá sustituyendo de 
forma ordenada para 
completar la secuencia 


Miguel Adolfo Barroso 
Barroso§aimianos.net 



Fig. 4. Los efectos especiales también pue¬ 
den conseguirse a base de fotogramas. 


































































Seguimos nuestro cursillo intensivo para 
programar juegos del género de rol y, 
continuando con la temática del artículo de la 
anterior edición de Divmanía, esta vez 
analizaremos la perspectiva isométrica. 


odemos distinguir 2 tipos 
de motores isométricos: 


- Tileados: estos motores dibujan 
el mapa mediante tiles. El méto¬ 
do de tileo isométrico se encuen¬ 
tra en el cuadro Tileo Isométrico. 

- No tileados: en vez de usar tiles 
utilizan mapas ya dibujados en 
perspectiva isométrica. 

La ¡sometría pretende conseguir 
un efecto 3D mediante imágenes 
que son 2D, para conseguir esto se 
usan mapas isométricos (ver cua¬ 
dro Mapas isométricos), que poste¬ 
riormente serán tileados para obte¬ 
ner los resultados adecuados. 

Para crear un mapa mediante 
los tiles usaremos una estructura 
que nos permita indicar qué tiles 
habrá en cada casilla (Consultar 
cuadro Estructura del Mapa). 

Uno de los problemas que nos 
encontraremos es que desconoce¬ 
mos a qué tile pertenecen unas 
coordenadas x,y. Para resolver 
dicho problema podéis consultar el 


cuadro "Cómo averiguar en que 
tile estamos". 

Una vez visto esto, la compren¬ 
sión del siguiente ejemplo será 
mucho más sencilla. 

program isometria; 

Global Global 
tiles; 

struct isotiler 
string version= 
"MaQIsOTiLeR 1.0"; 

H Versión del tileador 

string nombre_mapa- 
"Divmania 8 
// Nombre del mapa 

string fpg~"iso.fpg"; 

// Fpg con gr ficos 

int NtileX; 

// Longitud del Array 

int NtileY; 

// Longitud del Array 

int tileX; 

// Ancho de cada tile 

int tileY; 

// Alto de cada tile 

int StartXTile; 

// Tile desde el cual se empieza tilear 

int StartYTile; 

// Tile desde el cual se empieza tilear 

int map; 

// Mapa que usaremos para ir pin¬ 
tando antes de ponerlo en pantalla 

int map_aux; 

// Mapa que usaremos para borrar 
el mapa map 

int GoordX; 

// Cordenada X en al que se empie¬ 
za a pintar 

int CoordY; 

// Coordenada Y en la que se empie¬ 
za a pintar 

int ¡ugX 

// Coordenada X del jugador 

int jugY; 



Imagen de X-Com: Ufo Defense, donde pode 
mos encontrar un engine basado en tiles. 





Esto sería un tile isométrico. El 
rombo en sí tiene unas dimensio¬ 
nes de 64x31. 


// Coordenada Y del jugador 

int aTX; 
int aTY; 

struct mapa[20,11 ] 

// Array bidimensional con la infor¬ 
mación de cada punto dle mapa 

int L1 tile; 
int L2tile; 
int L3tile[2]; 
byte andable; 
end 
end 

Begin 

load ("a. a", & isotiler); 
tiles-load_fpg( isotiler. fpg); 
isotiler. map-newmap 

(320,240,160,120,0); 

isotiler. map_aux=new_map 
(320,240,160,120,1); 

set_mode( m320x24 0); 
isotiler. CoordX+=isotiler. tilex/2; 

loop > ifl 

// 

get_tile(isotiler.jugx,isotiler.jugY); 

writejntf 0,0,10,0, 
&i$otiier.atx); > é 

writejnt( 0,0,0,0, Síisotiler.aty); 

// 

map_put( 0, isotiler. map, 
isotiler. map_aux, 160,120); 

tilea(O); 

tilea(l); 1 

jugadorQ; 

tilea(2); 

[número 8 


DIV MANÍA 








































end 


RPG 


put_screen{0, isotiler. map); 
trame; 
tedadoQ; 
end 

unioad_fpg( tiles); 

End 

lllllllllllllllllllllllllllllllllllftlll 

I/IIII/IIIIIIII/IIIII///I//I/I////II/I/I 

IIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIUUIII 

//ll¡//ll///l////l/l////l/¡/¡/l/l/////// 

function get_tile(x,y) 


isotiler.atx=regionX+isotiler.StartYTile 


isotiler. aty=region Y+isotiler. 
StartXTile; 

End 


/I//I//I//I/II///III//I/IIII//I/I//////I 

/II/I/I///I///I/H/I//I/IIIII/I/I/I//I/I 

/l//l¡iI///¡¡lll¡l/II¡///illllll/¡l///I¡ 

/I/II//I//I/I//H/I/I///II////I///II///I 

function tedadoQ 



Captura de Diablo 2, donde se puede apreciar 
un engine isométrico no titeado. 


Priva te 
regionX; 
región Y; 
mapX; 
map Y; 
color; 

Begin 

y+isotiler. CoordY; 
x-=isotiler. CoordX-isotiler. tileX/2; 
regionX=x/isotiler. tileX; 
región Y=(y/isotiler. tileY) *2; 
mapX-x mod isotiler.tileX; 
mapY-y mod isotiler.tileY; 
color=map_get_pixel 
(0,8,mapx,mapy); 
switch(color) 

case 195: 
regionX —; 
regionY 
end 

case 204: 

regionY-; 

end 

case 229: 
regionX-; 
regionY++; 
end 


case 74: 

región Y++; 
end 



Se deja espacio por arriba para 
conseguir mapas como éste. 


begin 

if(key(_right)) 

get_tile(isotiler. JugX+25, 
isotiler.JugY); 

if(isotiler. mapa 

[isotiler.aty,isotiler.atx].andable==0) 

isotiler.Jugx+=5; 

end 

end 

if(key(Jeft)) 

get_ tile(isotiler. jugX - 
25,isotiler.JugY); 

if(isotiler.mapa 

[isotiler. aty isotiler.atx]. andabie~=0) 

isotiler.JugX-=5; 

end 

end 

if(key(_up)) 

get_tile Isotiler.JugX, 
isotiler.JugY-25); 

il'isotiler.mapa 

[ isotiler. aty, isotiler. atx]. andable==0) 

isotiler. JugY-=5; 
end 

end 

if(key(_down ) ) 

get_tile\'isotiler. JugX, 
isotiler.jugY+25); 

if(isotiler.mapa 

[isotiler. aty, i so tiler. atx]. andable=-0) 

isotiler.JugY+=5; 
end 
end 

if(key(_esc)) 

exit(0,0); 

end 

end 

IIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIUI 

llllltlilillllll/llillllllllllllllllllll 

IIIIIIIIIIIIIIIIIIIIIIIIIIIIIHIIIIIIIII 

llllilllilllllllllllllllllllllllllllllll 


Function JugadorQ 
Begin 

mapjput( 0, isotiler. map, 10, 
isotiler. JugX, isotiler. Jug Y); 

End 


//////////////////////////////////////// 

i/iiii/iii/wntin/i/ii/iii/iii/iiiiii 

liiiiiiifiiiíiiiiiiiiiiiiiiiiiiiiiiiiiii 

/¡II/I////III/I//IIIII/H/IH//II/I///H 


Function tilea(int m) 

Priva te 
int i, j; 
byte linea; 

Begin 

y=iso tiler. Coord Y; 
x=isotiler. CoordX; 

if(m==0) 

for( i=iso tiler. s tartX Tile; 
i<isotiler.startXTile+l4 && i<isotiler. 
N tileX; i++) 

for(j=isotiler.start YTile; 
J<isotiler,startYTile+7 && 

¡<iso tiler. N tile Y;j ++) 


Mapas ¡sométricos 

Dichos mapas no son rectán¬ 
gulos, sino rombos (un rombo 
es aquella figura que tiene sus 
lados iguales y sus ángulos 
iguales dos a dos). 

Tileo isométrico: el orden de 
los tiles debe ser de izquierda 
a derecha y de arriba abajo. 

El dibujo de los tiles se hace 
línea a línea, y para ello utili¬ 
zaremos un doble bucle. 

end 

y+-tileheight/2 

if(linea--O) 

linea -1; 
x-tiiewidth/2; 
else 

x=0 

linea-0; 

end 

end 

Este trozo de código lo que 
hace es pintar todos los liles 
de una línea, bajar la mitad de 
la altura de un tile, y según 
sea la línea par o impar 
empieza en x-0 o en la mitad 
del ancho del tile. 
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Estructura del mapa 

La estructura dei mapa debería ser algo así: 

Struct mapa[NtiieX,NtileY] 

Int L1 Tile; 

Int L2tile; 

Int L3Tile[2]; 

Int anda ble; 

End 


Cana estructura del array bidimensionai contiene la información de qué gráficos 
contendrá. Estos están divididos en 3 capas: 

Capa 1: En esta capa se almacena el código dei gráfico del suelo que habrá en 
esa posición. 

Capa 2: En esta capa se almacena el código del gráfico que modificará el suelo. 
Capa 3: La capa 3 puede tener hasta 3 gráficos. Estos gráficos pueden ser pare¬ 
des, techo, etc. 

Por lo general no se suelen usar más gráficos, pero si es necesario no hay nin¬ 
gún problema en añadir más capas o más gráficos a las capas ya existentes. 

Solo usamos 3 gráficos distintos en la capa 3 dado que las únicas combinacio¬ 
nes que queremos son las de las fotos 6,7 y ocho. 

Cada tile tendrá también la variable andable que indicará si se puede andar por 
un tile o no. 


if( isotiler. mapa[i, j']. 

L1 tile 1=0) 

map_put(0, 

isotiler. map, isotiler mapafi, ¡]. L 1 tile,x,y); 

end 

if(isotiler. m apa[i,j]. L2 tile!-0) 

map_put( 0, 

isotiler. map, isotiler. mapa [i, j/. L2tile,x, y); 

end 

x+-isotiler. tileX; 
end 

if(linea==0) 

x-isotiler. CoordX+ 

isotiler. tilex/2; 

linea=1; 

else 

x-isotiler. CoordX; 
linea=0; 
end 

y+=isotiler. tileY/2; 
end 

else 

for( i=isotiler. s tartX Tile; 
i<isotiler.startXTile+14 && 
i<isotiler. N tileX;i ++) 



La parte de color verde claro es la que se 
verá en la pantalla (foto 1). 
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for(j = i so tiler. s tart YTile;j<iso tiler. s tart Y 
Tile+7 && j<isotiler.NtileY;j++) 

if((y+10)>isotiler.]ugY 
&& m-=1 )break;end 

if( (y+10)<isotiler. )ug Y 
&& m==2)break;end 

if(i so tiler. mapa[i, j].L3 tile[ 0]!=0) 

map_put 

{0, isotiler. map, isotiler. mapa [i, j].L3 tile 
[ 0], x, y); 

end 


if(isotiler. mapa[i,j].L3tile[ 1 ]!=0) 

map_put 

(0, isotiler. map, isotiler mapa [i, j]. L3tile 

[i],x,y); 

end 


if( isotiler. mapa [i, j]. L3tile[2]l-0) 

map_put 

(0, isotiler. map, isotiler. mapa[i,j]. L 3 tile 
[2], x, y); 

end 

x+=isotiler.tileX; 

end 

if (linea--0) 

x=isotiler. CoordX+ 

isotiler. tilex/2; 

linea -1; 
else 

x=isotiler.CoordX; 
linea-0; \ 
end 

y-h-isotiler. tileY/2; 
end 
end 
End 


El código no debería resultar 
muy complicado de entender, y 
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quizás el único problema en su 
entendimiento sea la resolución del 
problema que uno se puede 
encontrar en el manejo de objetos 
que cubran al jugador. Para solu¬ 
cionar el problema se ha separado 
el tileo en tres etapas: 

1- Etapa: se titean únicamente 
los tiles que siempre estarán por 
debajo del jugador. 

2- Etapa: se pintan todos aque¬ 
llos objetos que están por debajo 
del jugador. Se pinta el jugador. 

3- Etapa: se dibujan todos 
aquellos objetos que taparán al 
jugador. 

Para distinguir que tiles taparán 
al jugador, lo hacemos mediante la 
coordenada y (que equivaldría a la 
z), es decir, todos aquellos objetos 
que tengan una y inferior a la del 
jugador irán por debajo del juga¬ 
dor, y todos aquellos que tengan 
una y superior irán por encima. 

Ramón de España (MaQNaZiLLeR) 

MaQNaZiLLeR@pagina.de 


¿Cómo averiguar en 
que tile estamos? 

Para hallar el tile en el que nos 
encontramos utilizaremos el 
mapa de la foto 1. El proceso 
para hallar el tile consiste en: 

a) Dividir la pantalla en regio¬ 
nes rectangulares del tama¬ 
ño de un tile. 
regionX=x/isotiler. tileX; 
región Y-(y/isotiler. tileY) *2; 

b Hallar las coordenadas x, y 
en dicha región. 
mapX=x mod isotiler.tileX; 
mapY-y mod isotiler.tileY; 

c) Hallar el color del mapa en 
dicho punto. 
color-map_get_pixel 
(0,8, mapx, mapy); 

Según el color cambiamos la 
región. 

switch(color) 

case 195: 
región X--; 
región Y-; 
end 

case 204: 

región Y 
end 

case 22 9: 
regionX--; 
regionY++; 
end 

case 74: 

regionY++; 

end 

end 
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El fenómeno virus, este cede vez más en suge 
debido s los recientes sistemes operetivos de 
32 bits y sobre todo el fenómeno de Internet. 
Cade vez se hace más necesario la protección 
de nuestros ordenadores con antivirus y la 
continua actualización de éstos para evitar todo 
tipo de virus... como el ya famoso “I love you”. 
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ucha gente no conoce 
realmente qué es un 
virus, cómo funciona, o 
qué tipos hay. En este 
reportaje pasaremos a explicar la his¬ 
toria de estos engendros y todas sus 
partes. 

La historia 

La primera definición de virus fue 
dada por John Von Neumann en el 
año 1949, un experto en teoría de 
ordenadores, expuso su teoría sobre 
programas que eran capaces de 
multiplicarse en un artículo llamado 
'Teoría y organización de un autó¬ 
mata complicado". Por aquellos 
tiempos, nadie supuso la repercu¬ 
sión que provocaría dicho artículo. 

Diez años mas tarde, en 1959, 
los laboratorios llamados AT&T Bell 
inventaron el juego "Guerra 
Nuclear" (Core Wars) que consistía 
en una batalla entre los códigos de 
dos programadores, cada uno de 
estos programadores debía desarro¬ 
llar un programa cuyo fin era el de 
acaparar la máxima memoria posi¬ 
ble del contrincante mediante la 
reproducción de sí mismo. 

En este juego, cada uno de los 
programas intentaba destruir al del 
oponente y iras un tiempo determi- i 
nado ganaba el jugador que tuviera 
la mayor cantidad de memoria ocu¬ 
pada con su programa. 

En 1983 este juego contaba con 
muchos adeptos y salió a la luz 
pública en un discurso de Ken i 

Thompson en la entrega del premio 
Turing. Ese mismo año aparece la 
definición del termino virus tal y 
como se conoce hoy en día, Fred j 
Cohén lo definió como "un progra¬ 



ma que puede infectar otros pro¬ 
gramas modificándolos para incluir 
una versión de sí mismo". Diseño 
varios experimentos donde mostra¬ 
ba la factibilidad de estos engen¬ 
dros y demostró las limitaciones 
que se tenían en aquella época para 
defenderse de ellos, a la vez que la 
imposibilidad de diseñar un sistema 
de detección universal. 

Es definitivamente en los años 
1986-87 cuando se produce el 
fenómeno virus en PCs. Fue en el 
entorno universitario donde se 
detectaron los primeros casos de 
lecciones masivas. Los primeros 
protagonistas fueron el virus Brain, 
el Bethlehem y el conocidísimo 
Viernes 1 3. 

Los virus y sus variantes 

Los virus son indiscutiblemente los 
programas más dañinos que existen. 
Pero no debemos por ello olvidarnos 


de otros programas existentes que 
pueden igualmente causarnos des¬ 
trozos en nuestros sistemas. 

Así, por ejemplo, tenemos a los 
"gusanos" y "conejos", que son pro¬ 
gramas que comparten con los virus 
su principal característica, la de la su 
reproducción. Estos programas tie¬ 
ne* como objetivo realizar múltiples 
copias de sí mismo, lo que terminará 
por desbordar y colapsar el sistema. 

El gusano más famoso y conoci¬ 
do fue el de Robert Morris, que 
consiguió bloquear la red ARPAnet. 
No fue casualidad que su padre 
fuera uno de los implicados en el 
desarrollo de Unix y pionero en el 
"Core Wars". 

Una de las peores capacidades 
de estos virus "gusanos" es que son 
capaces de propagarse muy rápida¬ 
mente a través de las redes. 

Otro tipo de variante de los 
virus son los "Caballo de Troya" o 
más conocidos como "Troyanos" 
este nombre se debe a que, al igual 
que en el acontecimiento mitológi¬ 
co, estos dañinos programas se pre¬ 
sentan en forma de aplicación "nor¬ 
mal”, pero en su interior poseen un 
código destructivo. 

Pero hay que decir que los 
i Troyanos, a diferencia de los virus, 
no tienen la capacidad de replica- 
ción o reproducción. Se suelen pre¬ 
sentar como utilidades comunes 
que todos utilizamos, por lo que 
podemos encontrarnos Troyanos 
que simulen compresores (ARJ, 
Winzip) o incluso antivirus (McAfee, 
Panda, etc). Uno de los troyanos 
que más impacto causo, por su 
repercusión en los medios de comu¬ 
nicación fue el conocido AIDS. 










































































































































































Especial Virus 



M*r 


Actualmente hay 
circulando unos diez 
millones de virus, un 
antivirus es esencial para 

protegernos 


Jambien existen las "Bombas 
as", que son programas que se 
an al producirse un hecho 
inado, este hecho puede ser 
cha, combinaciones de teclas, 
y si no se produce este hecho 
rograma permanece oculto sin 
jercer ninguna otra acción. Esta 
técnica es, en ocasiones, utilizada 
fraudu lenta mente por programado- 
res en sus aplicaciones. Consiguen 
de esta manera que en determina¬ 
das fechas el programa genere un 
error, de manera que el cliente se ve 
forzado a recurrir al programador 
para corregir el error y asegurándo¬ 
se de esta forma el mantenimiento. 

No podemos, cómo no, olvidar¬ 
nos de los virus, programas que uti¬ 
lizan características combinadas de 
los "Troyanos", "gusanos" y "bom¬ 
bas lógicas". De esta forma, se 
reproducen, se introducen en apli¬ 
caciones originales y pueden causar 
diferentes efectos cuando se produ¬ 
cen determinadas condiciones. 

Por último, los applets Java y 
ActiveX dados p^>r lenguajes orienta¬ 
dos a Internet, han permitido la 
potenciación y flexibilidad en la Red. 
Sin embargo, estas tecnologías 
abren un nuevo mundo para los cre¬ 
adores de virus. Aunque todavía no 

se ha producido un uso 
masivo de estas técnicas, 
pruebas que han sido 
realizadas demuestran la 
factibilidad del uso de 


estos lenguajes para rea¬ 
lizar las funciones de los programas 
comentados anteriormente. 

Actualmente la mayoría de las 
casas antivirus vienen dando a sus 
productos un enfoque orientado a 
la Red, para comenzar a detectar 
applets Java y controles ActiveX per¬ 
judiciales o maliciosos. 

Funcionamiento de un 
virus 

Hay que tener siempre en cuenta 
que un virus es simplemente un 
programa. Ya se han dado casos de 
personas que han recurrido a cen¬ 
tros médicos con sus equipos por 
que decían que tenían un "virus". 

Por lo tanto, debemos dejar a un 
lado las histerias y los miedos infun¬ 
dados y al mismo tiempo ser cons¬ 
cientes del daño real que pueden 
causarnos. Por ello, lo mejor es tener 
un buen conocimiento de qué son 
estos programas, cómo funcionan y 
las medidas que debemos tomar 
para prevenirlos y hacerles frente. 

El nacimiento de cualquier virus 
viene dado por personas que evi¬ 
dentemente tienen que tener un 
alto grado de conocimientos de 
programación. Las motivaciones 
que llevan a estas personas a crear 
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estos engendros son muy variadas y 
no vamos a entrar en ese tema en 
este artículo, aunque hay rumores 
de que la mayoría de los virus 
actuales son creados por las propias 
empresas antivirus para asegurarse 
así la permanencia de su producto 
en el mercado. 

Estos programas pueden desa¬ 
rrollarse en muchos lenguajes de 
programación distintos, aunque el 
más usado para este fin, sin duda, 
es el ensamblador por su potencia y 
eficacia. 

El objetivo de todo virus es el de 
replicarse o reproducirse a sí mismo 
de forma que el usuario no lo note 
y dificultar al máximo su detección. 
Para poder replicarse necesita ser 
ejecutado en el ordenador, por lo 
que suele recurrir a los programas o 
ficheros ejecutables, uniéndose a 
ellos y modificándolos o si no 
situándose en los sectores de arran¬ 
que y tablas de particiones de los 
discos. 

Una vez que se ejecutan, ya sea 
por abrir un fichero o archivo infec¬ 
tado o por hacer una operación de 
un disco con el boot infectado, sue¬ 
len quedar residentes en memoria a 
espera de poder infectar otros fiche¬ 
ros y discos. Los virus llamados resi¬ 
dentes interceptan los vectores de 
interrupción, modificando la tabla 
que los contiene para que apunten 
a su código y los ejecuten. Los vec¬ 
tores son los encargados de prestar 
servicios del sistema; de esta mane¬ 
ra, cuando una aplicación llame a 
uno de esos servicios, el control es 
cedido al virus. 

Una vez que el virus tiene el 
control del sistema se dispone a la 
replicación, ya que una llamada al 
servicio de ejecución o copia de un 
fichero puede ser interceptada gra¬ 
das a las modificaciones de los vec¬ 
tores de interrupción y proceder a 
la infección. 

Lo más usual para hacer esto 
consiste en añadir al código vírico al 
final del fichero y modificar la cabe¬ 
cera de este para que apunte al 













virus. Al final del código del virus 
habrá un salto al comienzo del pro¬ 
grama o fichero original de manera 
que se ejecute con total normalidad 
para que el usuario no sospeche. 

En resumidas cuentas, lo que 
hace es modificar cada programa 
que se ejecuta añadiendo su código 
de virus a éste, pero sin impedir que 
se pueda ejecutar. 

Por último, el virus suele conte¬ 
ner algún tipo de efecto que se hará 
visible en determinadas circunstan¬ 
cias para que el usuario sepa que 
está infectado. Una fecha o un 
número concreto de infecciones 
suelen ser comúnmente los más uti¬ 
lizados para provocar que aparezca 
ese efecto. Los tipos de efectos 
zados pueden variar mucho, desde 
inocentes mensajes en pantalla, 
hasta la perdida total de la informa¬ 
ción de nuestro disco duro. 

Los virus más avanzados utilizan 
técnicas para hacer más efectiva su 
tarea. Algunas de estas técnicas son: 

- Stealth: el virus esconde los sig¬ 
nos visibles de la infección que 
podrían delatar su presencia. 

-Tunneling: intentan burlar los 
módulos residentes de los antivi¬ 
rus mediante punteros directos a 
los vectores de interrupción. Los 
módulos residentes de los antivi¬ 
rus funcionan de forma muy pare¬ 
cida a los virus, interceptando los 
servicios del sistema, pero lógica¬ 
mente con un propósito total¬ 
mente diferente. 

- Autoencriptacion: Permite al 
virus que se encripte de manera 
diferente cada vez que este infecte 
un fichero. De esta manera dificul¬ 
ta la labor de detección del antivi¬ 
rus. Normalmente son detectados 
por la presencia de la rutina de 
desencriptación ya que ésta no 
varía. 

- Poliformismo: La contramedida 
de los virus para impedir ser detec¬ 
tados mediante la desencriptación 
es variar el método de encripta- 
ción de generación en generación. 
Es decir, que entre distintos ejem¬ 
plares del mismo virus no existen 
coincidencias ni siquiera en la 
parte del virus que se encarga de 
la desencriptación; son los llama¬ 
dos virus polimórficos. 
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Especial Virus 



En esta guerra abierta, tos crea¬ 
dores de virus en su afán de no ser 

* 

detectados por los antivirus llegan a 
implementar técnicas específicas 
para burlarlos. 

Tipos de virus 

Se pueden diferenciar distintos tipos 
de virus dependiendo del lugar 
donde se alojen, la técnica de repli- 
cación o la plataforma en la que tra¬ 
bajen. 

Los virus de Boot, utilizan el sec¬ 
tor de arranque, que es el que con¬ 
tiene toda la información sobre el 
tipo de disco (sectores, caras, 
número de pistas, etc.) y un peque¬ 
ño programa para verificar si se 
puede cargar el sistema operativo, 
estos virus utilizan este sector para 
ubicarse guardando el sector origi¬ 
nal en otra parte del disco. En 
muchas ocasiones el virus marca los 
sectores donde se guarda el boot 
original como defectuosos para * 
impedir que sean borrados. 

En el caso de los discos duros 
pueden utilizar también la tabla de 
particiones como ubicación. Suelen 
quedar residentes en memoria al 
hacer cualquier operación en un 
disco infectado a la espera de repli¬ 
carse en otros. 

Los virus de fichero, como su 
propio nombre indica, infectan 
archivos y, tradicionalmente, los 
tipos ejecutables COM y EXE han 
sido los más afectados, aunque en 
estos momentos son los ficheros de 
documentos (DOC, XLS, SAM...) los 
que están en auge gracias a los virus 
de macro. Normalmente insertan el 
código del virus al principio o al 
final del archivo, manteniendo 
intacto el programa infectado. 
Cuando se ejecuta, el virus puede 
hacerse residente en memoria y 
luego devuelve el control al progra¬ 
ma original para que continúe de 
modo normal y el usuario no sospe¬ 
che. El Viernes 13 es un ejemplar 
representativo de este grupo. 

Dentro de la categoría de virus 
de ficheros podemos encontrar más 
subdivisiones. Así, los virus de acción 
directa son aquellos que no quedan 
residentes en memoria y que se 
replican en el momento de ejecutar¬ 
se un fichero infectado. Los virus de ' 
sobreescritura corrompen el fichero 
donde se ubican al sobrescribirlo. 


Los virus de compañía aprove¬ 
chan una característica del DOS, 
gradas a la cual si llamamos a un 
archivo para ejecutarlo sin indicar la 
extensión, el sistema operativo bus¬ 
cará en primer lugar el tipo COM. 
Este tipo de virus no modifica el 
programa original, sino que cuando 
encuentra un archivo tipo EXE crea 
otro de igual nombre conteniendo 
el virus con extensión COM. De 
manera que cuando tecleemos el 
nombre ejecutaremos en primer 
lugar el virus, y posteriormente éste 
pasará el control a la aplicación ori¬ 
ginal. 

Una familia de virus de reciente 
aparición y gran expansión son los 
virus de macro. Estos están progra¬ 
mados usando el lenguaje de 
macros WordBasic, gracias al cual 
pueden infectar y replicarse a través 
de ficheros MS-Word (DOC). En la 
actualidad esta técnica se ha exten¬ 
dido a otras aplicaciones como 
Excel y a otros lenguajes de macros, 
como es el caso de los ficheros SAM 
del procesador de textos de Lotus, 
Se ha de destacar, en relación a este 
tipo de virus, que son multiplatafor- 
mas en cuanto a sistemas operati¬ 
vos, ya que dependen únicamente 
de la aplicación. Hoy día son el tipo 
de virus que están teniendo un 
mayor auge debido a que son fáci¬ 
les de programar y de distribuir a 
través de Internet, y aún no existe 
una concienciación del peligro que 
puede representar un simple docu¬ 
mento de texto. Sin duda, el más 
extendido de este tipo de virus fue 
el Concept, gracias al descuido de 
Microsoft que lo incorporó acciden¬ 
talmente en un CD, el cual se distri¬ 
buyó por millares a mediados del 
año 1995. 

Sin duda alguna, el ensambla¬ 
dor es el lenguaje por excelencia en 
la creación de virus. Ningún otro 
lenguaje puede ejercer tal control 
sobre el sistema, ni permite tan alto 
grado de optimización. En realidad, 
es prácticamente factible progra¬ 
marlos en cualquier lenguaje, desde 
C hasta Basic. Los virus BAT vienen a 




reafirmar este hecho, ya que, 
empleando ordenes DOS en archi¬ 
vos de proceso por lotes, consiguen 
replicarse y realizar efectos dañinos 
como cualquier otro tipo de virus. 

Hay que tener en cuenta que 
existe una gran mayoría de temores 
infundados por los virus, así por 
ejemplo los temidos virus de correo 
electrónico no existen, son simples 
rumores que se propagan, para que 
un virus te infecte el ordenador ha 
de ser autoejecutable el archivo en 
el que encuentre, y los mensajes de 
correo electrónico no lo son, así 


también sé ha llegado a decir que 
existen virus que pueden estropear 
algunos componentes de hardware 
de nuestro ordenador cosa que por 
el momento es imposible. 

Por último, no todos los virus 
son malignos, aunque siempre se 
asocie el termino con destrucción. 
Podemos señalar que hay virus 
benignos y que todo depende de la 
utilidad que se le 
dé a esta técnica. 

Con el termino 
"virus benigno" 
no nos referimos a 
aquellos que tie¬ 
nen como payload (efecto del virus 
cuando se activa) alguna pantalla 
graciosa y no destruyen datos. Nos 
referimos a que una buena utiliza¬ 


No todos los virus dañan 
nuestro ordenador, 
algunos simplemente son 
pantallas graciosas 


ción de las técnicas que emplean 
los virus pueden, aunque desgracia¬ 
damente no es lo habitual, repor¬ 
tarnos beneficios y ser sumamente 
útiles. 

Se puede utilizar estos virus 
para parchear sistemas a través de 
redes. El programa se infecta de 
ordenador a ordenador modifican¬ 
do parte de un programa que cau¬ 
saba fallos en el sistema, y una vez 
solucionado el error, este virus se 
autodestruye. 

Se espera que en este año la 
cifra de virus en circulación pase a 
ser de diez millones de virus, por 
esta razón debemos tener siempre 
protegido nuestro ordenador con 
un buen antivirus actualizado y 
siempre tener cuidado de todos los 
archivos o ficheros que nos envíen 
por Internet, tanto ejecutables 
como documentos de texto. 


Daniel García Alonso (PORTOX) 

Dagal@Alehop. com 






























































Especial Juegos 



Quizás una de las preguntas más antiguas que se han 
podido realizar los programadores de videojuegos se 
basa en el tema del realismo y la jugabilidad: ¿cuál de 
los dos es más importante? Aún más: ¿el uso de uno 
excluye la otra? Quizás no exista una solución a este 
problema, pero vamos a verlo con más detalle. 



El balance debe ser tratado con cuidado combinando realismo y jugabilidad. 


ara empezar a tratar el 
tema, lo más importante 
sería conocer el significado 
de ambos términos, lo cual 
nos lleva a un tema muy complejo 
en el que los diseñadores no 
acaban de estar de acuerdo. Del 

mismo modo, los 
jugadores entienden 
estos dos conceptos de 
una manera bien 
distinta por lo tanto 
empecemos viendo lo 
que significan para los 
diseñadores de videojuegos: 

Para un diseñador, un juego 
"realista" es aquel en el que se 
cumplen las siguientes condiciones 
o premisas: 

Primeramente, se puede llamar 
a un juego "realista" porqué inten¬ 
ta hacer una analogía lo más cerca¬ 


Debemos encontrar la 
justa medida entre 
realismo y jubabilidad, así 
nuestros juegos no 
decepcionarán a nadie 



na a la realidad. Por ejemplo en un 
juego de estrategia donde aparezca 
una unidad de infantería que 
pueda caminar un equivalente a 30 
kilómetros diarios por un buen 
camino sería realista. En un juego 
podemos hacer comprobaciones de 
su "índice de realidad" a partir de 
chequeos. Mientras más chequeos 
pase, cumpliendo leyes de la natu¬ 
raleza, más realista será el juego. El 
inconveniente de los chequeos es 
que no podemos comprobar si son 
realistas aquellos aspectos que no 
pueden ser cuantificados, como el 
"daño": nadie sabe cuánto daño se 
puede ocasionar a una persona 
antes de que muera. Para ello 
deberemos utilizar la intuición en 
este tipo de chequeos. 

Un juego puede ser llamado 
realista si produce una sensación 


global de realidad a pesar de que 
algunas de sus pautas no lo sean. 
Por ejemplo, se puede dar el caso 
de un juego de estrategia en el 
que aparezcan elementos poco 
precisos, pero que den una sensa¬ 
ción de realismo a! jugador. 
Algunos ejemplos son aquellos jue¬ 
gos que intentan seguir fielmente 
o mostrar aspectos reales de perío¬ 
dos de la historia o culturas como 
podrían ser la Segunda Guerra 
Mundial o el Antiguo Egipto. Si el 
juego intenta mostrar como eran 
fielmente esos hechos será un 
juego realista, a pesar de que algu¬ 
nos de sus subsistemas no lo sean 
en absoluto. 

Finalmente, un diseñador de 
juegos puede llamar a un juego 
realista si da una sensación global 
que concuerde con algún tipo de 
ficción. Por ejemplo, los juegos 
ambientados en los mundos de 
"Dungeons & Dragons" son realis¬ 
tas conforme a las leyes que 
ambientan ese mundo de ciencia- 
ficción o fantasía. 

Jugabilidad 

Respecto a la jugabilidad, un dise¬ 
ñador dirá que un juego es "juga- 
ble" si cumple estas premisas: 

Si el jugador puede aprender el 
funcionamiento del juego de una 
forma rápida y precisa. 
Obviamente, mientras más simples 
sean las reglas, más fácil serán de 
aprender. Pero debemos tener en 
cuenta también que unas reglas 
bien explicadas y un sistema de 
juego intuitivo pueden dar un 
mejor resultado. La inclusión de 
tutoriales o de períodos de apren¬ 
dizaje en el juego pueden hacer 
que un título sea mucho más juga- 
ble. 

En segundo lugar, algunos jue¬ 
gos de reglas complejas son juga- 
bles porqué una vez aprendidas las 
reglas es muy difícil que no enten¬ 
damos alguno de los sistemas. 
Pongamos por ejemplo el juego 
Dañe 2, quizás uno de los grandes 
predecesores de los juegos de 
estrategia en tiempo real: al princi- 
















































































Especial Juegos 


pío podía parecer complicado, 
pero una vez aprendido el sistema 
de juego era muy fácil adaptarlo a 
los sistemas avanzados e incluso a 
juegos del mismo estilo como 
resultaron ser Warcraft o Command 
& Conquer. Muchas veces el funcio¬ 
namiento de un juego se transmite 
de forma oral entre un grupo de 
jugadores, y si este sistema es fácil 
y se hace comprensible puede 
hacer que un juego de reglas com¬ 
plicadas resulte jugable. 

Finalmente, un diseñador 
puede considerar jugable, de una 
forma mucho más técnica, si los 
diversos subsistemas del juego se 
mezclan correctamente y se mues¬ 
tran de una forma amigable, de 
fácil uso. Si el jugador se encuentra 
con que las diferentes piezas de un 
juego son difíciles de comprender 
y al mismo tiempo no acaban de 
encajar en el sistema global, sola¬ 
mente conseguiremos que el resul¬ 
tado sea algo "injugable", que el 
usuario rápidamente apartará de*u 
mente. 

El sufrido jugador 

A continuación consideraremos las 
definiciones desde el punto de 
vista de Jos jugadores, después de 
todo para ellos es el juego que 
estamos diseñando. 

Un jugador considerará que un 
juego es realista normalmente 
cuando: 

A pesar de lo que el diseñador 
pueda pensar, un jugador que des¬ 
pués de leer las instrucciones del 
juego crea que son complicadas y 
haya quedado impresionado por 
ellas seguramente pensará que el 
juego se aproxima a la realidad. Un 
diseñador podrá observar que 
muchos de los juegos realistas son 
complicados, pero no todos los 
juegos complicados son realistas y 
que, por ello, algunos jugadores 
pueden sentirme intimidados por 
grandes cantidades de reglas difíci¬ 
les de comprender. 



El mundo del rol tiene sus propias 
reglas reconocidas por todos los afi¬ 
cionados. 


En segundo lugar, un jugador 
creerá que el juego es "realista" 
cuando, después de haber jugado 
con él, piense que no hay nada 
fuera de lugar o de funcionamiento 
estúpido. El jugador no se dedicará 
a realizar los chequeos de realidad 
que el diseñador ha hecho durante 
el proceso de creación, por lo 
tanto la simple concordancia de los 
elementos de! juego pueden hacer 
que el jugador crea que es realista 
a pesar que éste no lo sea. Si 
durante el uso del producto el 
jugador observa elementos poco 
realistas o incluso discordantes con 
la realidad, tenderá a observar el 
juego de una manera mucho 
menos realista, a pesar que se trate 
de pequeños detalles. 

Es muy importante tener en 
cuenta que el jugador, a la hora de 
juzgar el producto, lo hará basán¬ 
dose en su propia experiencia: él 
puede tener concepciones diferen¬ 
tes de la realidad que las del dise¬ 
ñador o incluso puede ser que 
domine algunos temas mucho más 
que los diseñadores de un juego y 
de esta manera encuentre defectos 
o elementos poco reales. Algunos 
jugadores versados en los RPGs 
están acostumbrados a que los 
personajes tengan una resistencia 
sobrehumana, esto puede ocasio¬ 
nar que si, por ejemplo, su perso¬ 
naje en el juego esté a punto de 
morir simplemente por un golpe 
bien colocado, sientan que sea 
poco realista a pesar de que cum¬ 
pla las leyes de la naturaleza. Este 
jugador no tiene experiencia en 
una batalla real y simplemente 
tiene la concepción que le han 
mostrado las películas y los juegos. 

Jugando sin parar 

Si hablamos de jugabilidad, el 
jugador se sentirá satisfecho en 
este aspecto cuando haya disfruta¬ 
do realmente del juego. En este 
caso "disfrutar" es sinónimo de 
"jugabilidad". 

Por ejemplo, la mayoría de los 
juegos de rol son considerados 
injugables para la mayoría de los 
neófitos: las reglas son complica¬ 
das, se deben tener en cuenta 
muchos aspectos y se deben 
improvisar muchos de ellos. En 
cambio los jugadores que partici¬ 
paban en los juegos de rol se lo 
pasan realmente muy bien, por lo 
tanto los juegos de rol para ellos 
serán "jugabíes". 

Como podemos ver "realismo" 
y "jugabilidad" son términos muy 
subjetivos que pueden tener dife¬ 
rentes significados para la gente. Es 
importante que un diseñador sea 
crítico cuando esté realizando su 



El realismo histórico predomina junto a la jugabi¬ 
lidad. 


trabajo e intente estar abierto al 
mayor número posible de significa¬ 
dos y de mentalidades. Para ello es 
importante hacer un estudio sim¬ 
ple sobre las interpretaciones a pri¬ 
mera vista que un jugador pueda 
dar del aspecto global del juego. 


Realidad y Ju 
ajustando la 



abilidad: 

alanza 


Muchos de los 
componentes “reales” son 
bastante subjetivos, lo 
mejor es usar el sentido 
común 


Tras la primera exposición del sig¬ 
nificado de ambos términos, debe 
haber quedado claro qué es cada 
uno de ellos; es más, nos debe 
haber quedado la idea de que 
ambos son importantes. A pesar de 
todo, es muy difícil conseguir que 
un producto tenga grandes canti¬ 
dades de ambos 
elementos. 

En general, se 
acepta de alguna 
manera que en 
un juego extre¬ 
madamente rea¬ 
lista la jugabilidad será mucho 
menor y que al contrario en un 
producto de alta jugabilidad 
encontraremos algo menos realista. 
A primera vista esto es normalmen¬ 
te verdad, a pesar que no es nin¬ 
guna ley que el realismo y la juga¬ 
bilidad sean exduyentes en su 
totalidad y siempre se hallen en 
conflicto. El diseñador es el encar¬ 
gado de que el usuario final 
encuentre un equilibrio entre 
ambos para que el mercado consu¬ 
midor sea mucho más grande. 
Normalmente el diseñador adopta¬ 
rá la proporción justa de cada ele¬ 
mento dependiendo del destinata¬ 
rio final del producto: para un niño 
pequeño no diseñaremos una enci¬ 
clopedia precisa y compacta con 
todos los elementos al pie de la 
letra, sino que diseñaremos algo 
que sea agradable al uso y que al 
mismo tiempo sirva para que 
pueda aprender cosas. Del mismo 
modo, haremos lo contrario con 
una persona adulta. De esta mane¬ 
ra la jugabilidad predomina en 
mercados juveniles y el realismo 
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La estrategia en tiempo real suele dar más sensa¬ 
ción de realismo que la estrategia por turnos. 


Un juego excesivamente 
real puede quedar 
demasiado complicado 
para un usuario no 

avanzado 


abunda en mercados adultos o en 
ámbitos de coleccionismo como 
pueden ser los apasionados por los 
"wargames". 

Pasando a la práctica 

Ahora que hemos escogido nuestra 
proporción de jugabilidad y realis¬ 
mo, ¿cómo podemos conseguir 
plasmarla en nuestro pfoducto 
final? Hay muchos sistemas para 
conseguirlo pero todos dependen 
de las decisiones de diseño a la 
hora de crear el juego. Algunos 
ejemplos que podemos encontrar 
son los siguientes: 

Tablas de efectos específicos. 

Un juego puede ignorar por ejem¬ 
plo el tiempo, o puede 
tener por ejemplo un 
par de efectos climáti¬ 
cos como lluvia y nieve. 
O incluso un diseñador 


puede añadir un com¬ 
plejo sistema meteoro¬ 
lógico que incluya docenas de 
situaciones diferentes que depen¬ 
dan de modificadores según los 
días que van pasando o la estación 
en que se encuentre el personaje. 

Localizaciones de los efectos. 
Muchos juegos incluyen puntos 
débiles en los enemigos e incluso 
hacen que algunos efectos sean 
más o menos potentes dependien¬ 
do de donde o contra que los utili¬ 
cemos. El juego de lucha Bushido 
Blade, es quizás uno de los más 
realistas en lo que se refiere a 
lucha, donde una estocada bien 
colocada puede acabar con el 
adversario de un solo golpe. 

En los wargames o simulado¬ 
res, puede haber reglas complejas 
como un número limitado de 
munición o algunas limitaciones 
de movimiento. Algunas reglas 
más complicadas pueden incluir 
un campo de visión limitado, lo 
cual es realista, o aún más efectos 
sencillos pero efectivos como la 
famosa "niebla de batalla" que se 
utiliza en muchos juegos como 
Warcraft. 


Incluso algunos juegos pueden 
hacer que el paso del tiempo sea 
realista o no. Con ello nos encon¬ 
tramos los sistemas de juegos por 
turnos o de tiempo real. Quizás en 
los juegos de estrategia o en los 
RPGs encontremos los ejemplos 
más claros. Juegos como 
Civilizador! incluyen un sistema por 
turnos a pesar que el tiempo trans¬ 
curra progresivamente, otros títu¬ 
los como Simcity utilizan un siste¬ 
ma de juego en tiempo real, a 
pesar de que nosotros podemos 
graduar su paso. 

Consiguiendo Realismo 

Muchas veces es difícil saber si un 
efecto es realista o no: saber si el 
golpe de una espada está progra¬ 
mado para que cause daño de una 
forma realista es difícil de calcular, 
sobre todo cuando no podemos 
experimentar muchos de estos 
hechos. La mejor manera de solu¬ 
cionar este problema es mediante 
las leyes de causa-efecto que tene¬ 
mos todos en mente. La mayoría 
de la gente no espera que una per¬ 
sona aguante una infinidad de gol¬ 
pes de espada antes de morir, por 
lo tanto con un número bajo de 
golpes conseguiremos efectos rea¬ 
listas debido a que la gente tampo¬ 
co sabe con precisión la informa¬ 
ción "real". 

Es importante realizar muchas 
pruebas con gente diferente para 
que comprueben si el resultado es 
realista. Algunas leyes de causa- 
efecto pueden ser contradictorias y 
darse al mismo tiempo. ¿Cuál de 
ellas utilizaremos entonces?, pues 
debemos utilizar la que sea acepta¬ 
da por la mayoría de gente. 

Por último, no intentemos 
apuntar muy alto. Mientras más 
real intentemos hacer un juego 
más posibilidades habrá de que 
consigamos precisamente lo con¬ 
trario, debido a que tendremos 
demasiados aspectos del juego que 
controlar y es más fácil que nos 
olvidemos de algo por error. La 
mayoría de sistemas simples pro¬ 
ducen buenos resultados en cuan¬ 
to a realismo. 




que hará que nuestro juego engan¬ 
che a la gente: lo que puede ser 
un juego simple para alguien 
entendido en el tema puede ser 
algo realmente incomprensible 
para un principiante. Solamente 
debemos tener en cuenta quién 
será el usuario final a la hora de 
diseñar el juego para saber de qué 
manera debemos presentar el siste¬ 
ma de aprendizaje. 

Finalmente, debemos usar la 
lógica y los tópicos. Esto ayuda a 
un aprendizaje fácil, a una memori¬ 


zación sencilla y a una forma de 
jugar intuitiva. Además esto ayuda¬ 
rá a que el juego parezca realista. 
Quizás en los juegos de rol encon¬ 
tremos la mayor concentración de 
lógica entre todos los géneros debi¬ 
do a que utiliza, en muchos casos, 
la lógica para diseñar las reglas. 


Conclusión 

¿Qué es lo que podemos sacar de 
todo esto? Pues que el realismo y 
la jugabilidad son importantes por 
igual. Lo que debemos conseguir 
siempre es el balance adecuado 
entre realismo y jugabilidad, 
dependiendo del género y del 
mercado que queramos tocar. 

Debemos tener siempre presen¬ 
te que juegos poco realistas son 
muy jugables, y por tanto muy 
atractivos; y que, al contrario, algu¬ 
nos juegos muy realistas, si resultan 
injugables, pueden ser obviados 
por el grueso del mercado y pasa¬ 
dos por alto después del enorme 
esfuerzo que puede haber ocasio¬ 
nado su diseño. 

Por lo tanto os aconsejamos 
que intentéis que vuestros produc¬ 
tos sean tan jugables como podáis 
y que parezcan lo más realistas 
posible. Podéis llevaros más de una 
sorpresa en cuanto realismo s¡ lo 
intentáis continuamente: mientras 
más trabajes en un proyecto más 
realista será. 


Jordi Martín Caballero 



Consiguiendo 

Jugabilidad 

Lo primero que debemos hacer 
para que un juego sea jugable, es 
conseguir que tenga un sistema 
amistoso. Es decir, que las reglas y 
los componentes sean atractivos, 
fáciles de comprender y fáciles de 
usar. 

La segunda regla y aún más 
importante es que debemos conse¬ 
guir que sea fácil y atractivo el 
aprendizaje del sistema. Esto es lo 


A - 



4 (* 

§, ■' § 


La ciencia ficción también tiene sus 
reglas de "realismo". 
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Poser 



Aunque resulta difícil de creer, habrá lectores que no 
habrán encontrado FastTracker de su agrado. Para 
ellos presentamos en este número una alternativa que 
poco tiene que envidiarle al programa que nos ha 
mantenido ocupados durante varias entregas. 



r— 1 n el artículo anterior vimos 
—i los menús y opciones básicos 
del Poser 2.0, programa que 

- 1 se incluyó gratuitamente en 

el CD de la revista. Ahora creare¬ 
mos nuestra primera animación de 
personajes y, con ella, nuestra pri¬ 
mera biblioteca de posturas. 

En este número, vamos a inten¬ 
tar comprender las distintas opcio¬ 
nes del programa, relacionadas en 
el artículo anterior, aplicando las 
más importantes a nuestra primera 
animación. Para ello, he elegido un 
problema clásico y de utilidad para 
cualquier videojuego: los movi¬ 
mientos de "carrera". 

Casi todos los videojuegos en 
los que participan personajes bípe¬ 
dos deben representarles, en algún 


El esquema de animación 
es una secuencia de 
posturas que da como 
resultado un movimiento 


momento, 
corriendo. Tener 
que realizar un 
elevado número 


de sprites, para 
mostrar en pantalla adecuadamen 


te esta acción, es una tarea ardua 
que requiere largo tiempo y que 
no siempre resulta todo lo real que 
quisiéramos. Pronto veremos que, 
con Poser, el problema está resuel¬ 
to en apenas unos minutos. 


Documentación, 

documentación, 

documentación 

Lo apuntábamos ya en el artículo 
anterior en el apartado de conse¬ 
jos: utilizad toda la información de 
la que podáis disponer para repre¬ 
sentar los movimientos humanos. 
Existen varias series de libros de 
fotografías de movimientos de per¬ 
sonas, en las que se muestran 
secuencialmente todos los pasos 
que da el cuerpo para distintas 


actividades: correr, andar, saltar, 
etc. Estos libros son de gran utili¬ 
dad para el desarrollo de videojue¬ 
gos con personajes bípedos, pues 
nos sirven perfectamente como 
guías para calcar cada uno de los 
puntos clave del movimiento 
humano. 

Si no podéis conseguir alguno 
de estos libros, no os preocupéis, 
también existe documentación 
sobre animación clásica tipo 
Disney) bastante barata en cual¬ 
quier librería; incluso en Interne! 
podréis encontrar gran cantidad de 
páginas sobre animación, y, final¬ 
mente queda un último recurso: 
vosotros mismos y un espejo. 

Representad las mismas accio¬ 
nes que vais a reproducir en el 
ordenador, delante de un espejo y 
fijándoos en cada parte del cuer¬ 
po que participa. Esto permite 
comprender perfectamente las 
relaciones entre todos los miem¬ 
bros a mover, muy útil para apli¬ 
car posteriormente cinemática 
inversa o, simplemente, dotar de 
realismo a cualquier movimiento 
(de paso, te permite darte cuenta 
de lo complicadas que son las 
leyes de la física: para cualquier 
movimiento del cuerpo hay que 



Fíg. 2. Todo preparado para animar. 




Fig. 1. Secuencia de movimientos del 
corredor, según Preston Blair. 


usar partes opuestas entre sí que 
le den impulso, como, por ejem¬ 
plo, al saltar hacia adelante: pri¬ 
mero estiramos los brazos hacia 
atrás para coger impulso y equili¬ 
brar el cuerpo, flexionamos las 
piernas para proporcionar la 
potencia necesaria, etc.). 

Para el ejemplo he utilizado el 
esquema clásico de animación de 
carrera que dibujó Preston Blair 
hace años. Blair era un jefe de 
animadores de la Disney que par¬ 
ticipó en gran número de pelícu¬ 
las (Fantasía, Blancanieves,...) y 
fijó muchas de las reglas que, aún 
hoy, se siguen en la animación. 
Por ejemplo, determinó que casi 
todos los fonemas del habla se 
pueden resumir en doce expresio¬ 
nes diferentes de la boca del 
dibujo, estableció la diferenciación 
física típica de caracteres de cual¬ 
quier película (el malo puede ser 
grande y con pinta de brulote o 
pequeñito y ágil, pero no de esta¬ 
tura normal) etc. 

El esquema de animación que 
fijó (figura 1) es una secuencia 
cíclica de posturas que dan como 
resultado el movimiento de correr. 
Podemos ver que la secuencia no 
muestra el total de movimientos, 
ya que a partir de la postura 6 se 
repiten todos los gestos, pero con 
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los miembros opuestos (si en la 
figura 1 mueve hacia atrás el brazo 
derecho, en la 6 se mueve hacia 
atrás el izquierdo). Así, he copiado 
en la figura 1 el diagrama dos 
veces para que podáis seguir el 
ciclo normalmente. A la postura 10 
seguiría de nuevo la 1. 


¿Cómo animar? 

Generalmente en los estudios de 


animación se realiza un estudio de 
la animación a dibujar, se discute 
y, posteriormente, el jefe de ese 
grupo de animación realiza las 
"animaciones claves". Éstas son los 
puntos básicos de la animación 
que definen por sí todo el movi¬ 
miento. Por ejemplo, en el acto de 
saltar hacia adelante hay varios 
puntos clave: toma de impulso, 
salto, extensión en el aire, toma de 
tierra. El jefe de animación realiza¬ 
ría todos estos dibujos guía, dejan¬ 
do al resto de dibujantes la realiza¬ 
ción de los dibujos intermedios 
entre cada una de esas animacio¬ 
nes claves. 

Nosotros no tenemos tanto 

personal que nos 
Poser es capaz de realizar libere del trabajo 

las animaciones sucio como los 


intermedias 


estudios de ani¬ 


mación, pero a 

cambio tenemos Poser que nos va 
a echar una mano en todo este 
proceso. 

Con Poser también tenemos la 
opción de dibujar los puntos clave 
y dejar que el programa haga las 
animaciones intermedias, sin 
embargo, para este ejemplo haré- 
mos cada fotograma nosotros, 
pues así aprenderemos correcta¬ 
mente a desarrollar toda la anima¬ 
ción. Una vez sepamos animar 
paso a paso, dibujar unas cuantas 
claves y que el programa haga el 
resto es pan comido. Además, las 
animaciones realizadas paso a paso 
tienen un aire más natural debido 
precisamente a pequeñas imper¬ 
fecciones o defectos en los movi¬ 
mientos, que se dan en la vida 
real. 
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Fig. 3. Situando los pies. 
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Fig. 4. Ya tenemos las piernas en su sitio. 



Fig. 5. Dándole vida al movimiento. 


Todo el proceso no nos llevará 
demasiado tiempo, como veréis en 
unos instantes, y pronto olvidaréis 
esas largas horas con el editor de 
sprites de Div intentando hacer 
correr a vuestro personaje. 


Nuestro personaje 
empieza a correr 

Lo primero que debemos hacer es 
insertar un objeto que nos servirá 
de guía para saber siempre dónde 
están situadas las caderas del per¬ 
sonaje. Para ello, abrimos el menú 
Display/Add Prop/Cone, con lo que 
nos aparecerá un cono en el suelo, 
justo en el centro de la imagen, 
señalando la situación inicial del 
personaje. 

También es conveniente activar 
la opción Display/Depth_Cued, que 
nos muestra en colores más brillan¬ 
tes aquellas partes del cuerpo que 
están más cercanas al espectador 
en esa vista, es decir, si estamos 
mirando el perfil derecho de una 
figura, la pierna derecha aparecerá 
de un verde brillante, y la izquier¬ 
da en un verde pálido, indicando 
que la pierna derecha está por 
delante de la izquierda desde nues¬ 
tro punto de vista. 

Para realizar correctamente la 
animación, es fundamental mover¬ 
se entre las tres cámaras básicas en 
cualquier representación 3D: Perfil, 
Frente y Planta. Estas vistas se 
corresponden con la Left_Camera, 
Front_Camera y Top_Camera , cuyas 
teclas de acceso rápido son Ctrl-L, 
Ctrl-F y Ctrl-T. Es mejor usar estos 
atajos de teclado que acudir al 
menú 

Display/Camera_View/Left_Camera, 
ya que necesitamos cambiar cons¬ 
tantemente entre unas y otras 
(sobre todo entre el perfil y el fren¬ 
te) para ver como varían las posi¬ 
ciones de los distintos miembros 
de la figura. Para comenzar, pulsa¬ 
remos Ctrl-L para visualizar correc¬ 
tamente el personaje y el cono- 
guía (fig.2). 

En la animación de cualquier 
personaje hay un punto muy 
importante en el que apenas se 
fijan los dibujantes noveles: la 
cadera es la que marca todo el 


movimiento del esqueleto. 
Situándola correctamente tenemos 
hecho gran parte del trabajo pos¬ 
terior. Para ello, observemos el 
esquema de Blair. Podemos ver 
que nuestra figura en su movi¬ 
miento 1 está inclinada hacia 
delante (en realidad en toda la ani¬ 
mación, pues es algo intrínseco al 
hecho de correr). Por lo tanto, pro¬ 
cederemos a inclinar el torso de la 
figura. ¿Cómo inclinamos el tron¬ 
co? Sencillo, la cadera se inclina 
para mover toda la parte superior 
del cuerpo a la vez. Pulsamos la 
lengüeta inferior de la ventana de 
la figura y en el menú desplegable 
que se presenta seleccionamos hip 
(cadera). La cadera de la figura 
aparecerá resaltada en blanco, 
indicando que ha sido selecciona¬ 
da. Seleccionamos el ¡cono Pose de 
la paleta Tools (el que tiene una 
mano dibujada), que indica que 
moveremos una parte del cuerpo y 
no el cuerpo entero. En la paleta 
de controles de la figura (la venta¬ 
na con "rodillos"; si no la tenéis 
abierta seleccionad el menú 
Window/Parameter Diais) pulsad el 
rodillo Bend con el botón izquierdo 
del ratón, y moviendo éste a la 
derecha mantenedlo pulsado hasta 
que aparezca el número 36. Veréis, 
en la ventana principal, como la 
figura comienza a inclinarse. 

Comencemos a situar las pier-. 
ñas de la figura, tal y como apare¬ 
cen en el dibujo 1 de la secuencia 
de Preston Blair (fig. 1). Para ello, 
pulsamos la lengüeta inferior de la 
ventana de la figura, y selecciona¬ 
mos rfoot en el menú. Comprobad 
que Pose sigue seleccionado en la 
paleta de herramientas y seleccio¬ 
nad el ¡cono que muestra cuatro 
flechas hacia los puntos cardinales 
(Mover). En este caso, no utilizare¬ 
mos los rodillos, puesto que la cine¬ 
mática inversa que va asociada a los 
pies de la figura nos permite 
moverlos "a mano" con cierta segu¬ 
ridad. Para el resto de miembros, 
movedlos siempre con los rodillos. 

Observando el dibujo en el que 
basamos todo el proceso, pode¬ 
mos ver que la pierna derecha está 
adelantada, con el píe tocando el 
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Fig. 6. Brazo derecho terminado. 


suelo con su talón, mientras que la 
pierna izquierda se recoge flexio- 
nada. Hagámoslo; una vez que 
hemos pulsado en el icono de 
Mover , movamos el pie derecho 
hacia delante, procurando mante¬ 
ner la pierna derecha estirada. 
Seleccionemos Ifoot en el menú 
correspondiente y movamos el pie 
izquierdo hacia atrás y arriba. 
Probablemente la situación a la 
que habéis llegado se corresponde 
con la figura 3. 

¿Qué vemos raro en esta figu¬ 
ra? Los pies están retorcidos, el 
personaje está en el aire, la cadera 
está desplazada respecto al cono... 
un desastre, vamos. 

Comencemos por arreglar el 
pie izquierdo. El pie está bien 
situado pero torsionado respecto a 
su postura natural. Movamos el 
rodillo Bertd a la derecha con dicho 
pie seleccionado hasta el valor 
149. Ya está arreglado. 

Seleccionemos ahora la cadera 
de nuevo (hip) y, con la herramien¬ 
ta de mover de nuevo, desplacé¬ 
mosla hacia abajo, centrándola al 
mismo tiempo sobre el cono. 

Corrijamos ahora el pie dere¬ 
cho. Dado que debe estar posado 
sobre su talón, sólo se trata de 
aplicar Bend una vez seleccionado 
ese pie, hasta que veamos que la 
puntera se levanta y sólo se apoya 
la figura sobre el talón derecho. El 

personaje ahora debería parecerse 
a la figura 4. 

Si acudimos a la vista frontal 
(Ctrl-F) podemos ver que todo está 
situado correctamente, pero es 
demasiado “artificial”. Las piernas 
están completamente paralelas, 
dando sensación de rigidez. Los 
robots probablemente correrán así 
algún día, pero no nosotros. 

Vamos a dar vida a estas pier¬ 
nas. Seleccionad el pie derecho 
desde la vista frontal y desplazadlo 
con la herramienta Mover, a fa 
izquierda de la pantalla, separán¬ 
dolo ligeramente del cono. Ahora 
seleccionad el muslo izquierdo de 
la figura ( IThigh ) y girando los 
rodillos aplicadle Side-side (mueve 
el muslo de lado a lado de la ima- 




gen) hasta el grado 32. Ahora, el 
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Fig, 7. Nuestra personaje casi finalizado. 

personaje parecerá estar corriendo 
desenfrenadamente o al menos 
sus piernas lo parecen), como en 
la figura 5. 

Y, tras las piernas, el 
resto del cuerpo 

Sí observamos detenidamente los 
dibujos de Blair, o incluso nuestro 
propio cuerpo, cuando corremos, 
veremos que aunque el tronco esté 
inclinado nuestra cabeza sigue 
erguida mirando al frente. 

Levantemos la cabeza del per¬ 
sonaje: volvamos a la vista de perfil 
( Ctrl-L ), seleccionad la cabeza 
(head en la pestaña correspondien¬ 
te de la ventana principal), y apli¬ 
cadle al rodillo Bend —33 grados; 
esta vez el valor es negativo, para 
lo que hay que mover el ratón 
hacia la izquierda, en vez de a la 
derecha como en las ocasiones 
anteriores. Veremos como nuestro 
personaje yergue la cabeza, miran¬ 
do altivamente al frente. 

Para el braceo debemos tener 
en cuerna un aspecto muy impor¬ 
tante: los hombros. Éstos marcan 
todo el movimiento de los brazos, 
por lo que si un brazo se inclina 
hacia atrás es porque su hombro 
correspondiente le obliga a ello. 

Otro aspecto igualmente 
importante es que el brazo que se 
mueve hacia delante es el opuesto 
a la pierna que lo hace en esa 
dirección. Observemos nuestro 
gráfico guía: la pierna derecha es 
la que se adelanta en esta fase de 
la carrera, luego será el brazo 
izquierdo el que se mueva vigoro¬ 
samente hacia delante. Por el con¬ 
trario, el brazo y la pierna izquier¬ 
da se desplazan hacia atrás. 

Seleccionad el hombro derecho 
(rCollar), y aplicadle Front-Back 
hasta -45. Lo que hemos hecho es 
rotar el hombro derecho hacia 
atrás 45 grados, para continuar 
modificando el brazo. 

Aplicad ahora Twlst a rShidr 
has a alcanzar 39 grados. Ahora 
aplicad a este mismo miembro 
Bend 12 grados y Front-Back -15. 
Hemos rotado el hombro, para 
poder ahora doblar el codo del 
brazo derecho hacia abajo. 
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Es hora de mover el antebrazo 
derecho: seleccionadlo ( rForeArm ) y 
aplicad Bend 116 grados. Si variáis 
entre la vista frontal y perfil veréis 
que el brazo va quedando confor¬ 
me a la postura prevista en la guía. 

Para dejar la mano derecha 
(rHancf) en posición, sólo hay que 
rotarla 116 grados con Twist. ¡Ya 
tenemos el brazo derecho en 
pleno braceo! (Figura 6). Vamos a 
por el izquierdo. 

En realidad esto comienza a ser 
casi rutinario: sólo se trata de 
seleccionar el miembro a mover, y 
con los rodillos correspondientes 
aplicarle algún tipo de torsión, que 
se reflejará instantáneamente en la 
figura de la ventana principal. Así, 
si vemos que algún movimiento no 
es el previsto o si, simplemente, no 
nos gusta cómo está quedando, 
tenemos dos opciones: volver a 
situar el rodillo alterado en el valor 
0, o pulsar Qr/-Z ( deshacer ) para 
volver a la postura anterior del 
miembro modificado. 

Seleccionamos el hombro 
izquierdo (¡Collar), y le aplicamos 
con los rodillos 


Front-Back hasta 
-28 grados. Esto 
hará que dicho 
hombro gire lige¬ 
ramente hacia delante. Podemos 
ahora aplicar a IShldr: Twist -29, 
Bend -2 y Front-Back -46 y a 
IForeArm : un Bend -70 y Side to 
Side -94, que dejará el brazo 

izquierdo finalmente como quere¬ 
mos. 

Nos falta un último detalle 
(Figura 7): nuestro personaje está 
corriendo con las manos extendi¬ 
das y, probablemente, el efecto de 
carrera se vería incrementado si le 
ponemos las manos en forma de 
puño. Ei realidad, esta opción 
deberíamos haberla seleccionado 
antes de comenzar a animar la 
figura, pero la he dejado para este 
momento para que podáis ver 
cómo es posible variar cualquier 
miembro del cuerpo a lo largo de 
la animación. Para ello, sólo es 


La cadera es la que marca 
el movimiento del resto del 
cuerpo 


Fiactal DüSiign Poser 



£fe £.<* fqure Drephg Anwatan Wndow Hefc 


« 0 Vposei'vpojdrtdo? pzi [l EFt CAWERA| 



| i 


u 



> % 




_r * ' ■ , m 

I 








i 

T 

I . - V 

J 


,r 





• l| J. •rQ.; 



Fig. 8. Figura terminada. 
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necesario seleccionar primero una 
mano y hacer un doble clic con el 
ratón sobre el rodillo de Hand-Type 
(una forma rápida de introducir los 
valores que deseamos en los rodi¬ 
llos, sin necesidad de girarlos con 
el ratón). En la ventana que nos 
aparece sólo hay que introducir el 
valor 14 en el campo Valué para 
que veamos transformarse la mano 
entendida en un puño. Repetid el 
proceso con la otra mano y la pri¬ 
mera figura ya está completa. 

Retoquemos ahora algún deta¬ 
lle suelto como, por ejemplo, la 
mano izquierda, que debería estar 
torsionada un poco más hacia arri¬ 
ba (aplicad Twist a IForeArm, hasta 
66 grados). En la Figura 8 podéis 
observar como queda una primera 
aproximación del personaje. 

Como veis, sólo lleva unos 
minutos conseguir un personaje 
que antes nos obligaría a emplear 
horas en dibujar en DIV o, sim¬ 
plemente, que no se podría hacer 
en el Generador de Sprites en caso 
de tratarse de una postura com¬ 
plicada. 


Con este programa es 
posible variar cualquier 
miembro del cuerpo 


Creemos nuestra propia 
biblioteca de posturas 

El proceso para seguir realizando 
el resto de la animación es simple, 

sólo hay que 
variar la postura 
que hemos con¬ 
seguido aquí, 
para pasar a la 
postura 2 del diagrama de Blair, 
luego a la 3, etc. Pequeñas varia¬ 
ciones en los pies, brazos y cadera 
nos permiten crear todos los 
movimientos rápidamente. 

Debéis tener en cuenta que (tal 
y como muestra la línea punteada 
del dibujo de Blair) en el movi¬ 
miento de carrera la cabeza no 
siempre está a la misma altura: 
cuando los pies despegan del suelo 


la cabeza alcanza su punto más 
alto y cuando las piernas se flexio- 
nan tras volver a tomar tierra la 
cabeza llega a su punto más bajo. 
Estos detalles son los que dan rea- 
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Fig. 9. Comprobad la postura desde todas las vistas. 



tra biblioteca. 

lismo a los movimientos y deben 
ser tenidos en cuenta en las anima¬ 
ciones. 

Para poder crear varias posturas 
distintas para formar la animación, 
sabiendo que cada postura será 
una variación de la anterior, la 
mejor opción es crear nuestra pro¬ 
pia biblioteca de posturas. Si selec¬ 
cionáis el menú Windows y, dentro 
de él, marcáis la opción Library os 
aparecerá una nueva paleta (en el 
caso de que no la tuvieseis ya 
seleccionada) en la que podréis 
encontrar las posturas, cuerpos, 
cámaras y luces creados por el 
equipo de Metacreations, agrupa¬ 
das por distintos tipos (por ejem¬ 
plo, las posturas se agrupan por 
"Grupo de Deporte" ( Sport Sets), 
"Grupo de Baile" ( Dance Sets), etc. 
bajo el desplegable de Current 
Library). Dentro de cada grupo se 
encuentran las posturas que lo 
integran, que se visualizan en la 
lista que ocupa la mayor parte de 
la paleta. 

Ahora vamos a crear nuestra 
propia biblioteca, o grupo de pos¬ 
turas, en esa paleta y a meter en 
ella las posturas que vayamos cre¬ 
ando. Para ello pulsamos el desple¬ 
gable de Current Library, y observa¬ 
remos como la última opción de la 
lista que se nos muestra es Create 
new . Seleccionamos esta opción y 
se nos mostrará una ventana que 
nos solicita que introduzcamos el 
nombre de la nueva biblioteca de 
posturas a crear. Introducid el 
nombre que creáis conveniente, 
nosotros hemos puesto Divmanía 
(Figura 10), pero podéis darle un 
nombre descriptivo que os indique 
qué estáis guardando en ese grupo 
de posturas, como "Carrera", 
"Saltos", "Lucha", "Ataques con 
lanza" o lo que mejor represente 
los movimientos que guardaréis en 
esa librería. 

Una vez creada esta librería apa¬ 
recerá en la última posición de la 
lista desplegable que se muestra en 
Current Library, permitiéndonos 
seleccionarla en cualquier momento. 

A continuación podemos aña¬ 
dir la postura que hemos creado 
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Fig. 11. Hay que nombrar cada pos¬ 


tura. 


en la primera parte de este artícu¬ 
lo, de forma que podamos asignar 
ese movimiento a cualquier figura 
que seleccionemos en otro 
momento. La forma de hacerlo es 
bien sencilla: si seleccionamos la 
biblioteca que acabamos de crear, 
veremos que la lista de posturas 
que contiene está vacía. En la 
parte inferior de la paleta Libraries 
podemos comprobar que existen 
tres botones que nos permitirán 
incluir nuestras propias posturas en 
la biblioteca recién creada. Estos 
botones son Use permite aplicar a 
cualquier figura la postura que ten¬ 
gamos seleccionada en ese 
momento en la biblioteca), Add 
(añadir postura a la biblioteca) y 
Delete (eliminar postura de la 
biblioteca). 

Así, con la postura que queda¬ 
mos añadir en la pantalla princi¬ 
pal, pulsemos el botón Add de la 
paleta de Libraries; en la ventana 
que nos aparece solicitándonos un 
nombre para ese set, introducid el 
nombre que describa esa postura 
en concreto (Figura 11 - hemos 
introducido "Blairl") y posterior¬ 
mente se os solicitará que selec¬ 
cionéis si deseáis grabar una ani¬ 
mación completa o una sola pos¬ 
tura. En próximos artículos vere¬ 
mos cómo guardar animaciones 
completas, así que de momento 
escoged la opción Single Frame y 
aceptar. 

En el próximo artículo veremos 
cómo crear la animación definitiva 
partiendo de varias posturas estáti¬ 
cas y aprenderemos también a 
crear nuestras propias texturas 
para nuestros personajes. Sobre 
este último aspecto, hemos recibi¬ 
do varias consultas por lo que os 
invito a reencontrarnos dentro de 


dos meses para que podáis com¬ 
probar lo sencillo que resulta "ves 
tir" nuestras figuras con la indu¬ 
mentaria que más nos guste. 
Mientras tanto, os recuerdo que 
podéis plantear vuestras dudas en 
la dirección de correo electrónico 
tayete@teleline . es. 


Santiago García Mazariegos "Tayete" 
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Correo 



Todas las dudas que podáis tener acerca de la 
programación de juegos serán raudamente contestadas 
en este espacio. Así que no lo dudéis, explicarnos 
vuestras dificultades y pronto dejarán de serlo. También 
recogemos, como es ya habitual, todas aquellas ofertas 
de trabajo que puedan interesar a todos los que estén 
inmersos en el mundo de la programación de 
videojuegos. 


G ente de DlVmanía: gracias 

por hacer DlVmanía, me 
hace sentir con apoyo en 
este apasionante pero difí¬ 
cil mundo de la programación de 
videojuegos y es por ello que creo 
que Uds. como responsables de 
nuestra publicación tienen la com¬ 
plicada tarea de ''satisfacernos". Me 
explico: todos sabemos que progra¬ 
mar con DIV es fácil, pero ¿qué pasa 
con los que ponemos empeño e ilu¬ 
sión en nuestros trabajos y que a 
pesar de todo quedamos en medio? 
Creo que los cursos de programa¬ 
ción (estrategia, rpg, etc..) y muchas 
secciones de la revista se quedan a 
mitad del camino, por la sencilla 
razón que hay términos y conceptos 
que muchos no dominamos y se 
avanza en ellos siempre superficial¬ 
mente. Creo que se debería prestar 
más atención a los lectores que bus¬ 
camos en DlVmanía una fuente de 
aprendizaje, ya que es nuestro único 
medio de contacto con gente que 
sabe del tema, por eso ahí van unas 
ideas que creo satisfacerían a 
muchos de nosotros: 

Se podría sacar a la.calle un "espe¬ 
cial" o algo así, p. ej. "Cómo progra¬ 
mar un juego de estrategia con DIV 



paso a paso" y que en él se comen¬ 
tara y explicara desde el "program" 
hasta el último "end M con más deta¬ 
lle que en los artículos. Otra idea 
sería crear una nueva sección donde 
se analizaran pequeños trozos de 
código que supusieran soluciones a 
problemas usuales, por ejemplo: 
¿cómo hacer para que el scroll que 
sigue a un proceso dejara de hacerlo 
al llegar al fin del mapa? o ¿qué hay 
que hacer para que desaparezca un 
disparo al chocar con un enemigo?., 
y cosidas así. 

Mil gracias por adelantado. Ariel A. 
Álvarez 

Tomamos nota de tus sugerencias, 
intentamos complacer a todos pero es 
muy difícil ya que los que se dedican al 
noble arte de la programación de jue¬ 
gos tienen diferente nivel de conoci¬ 
mientos. Te recomendamos que si tie¬ 
nes una duda con respecto a cualquier 
artículo te dirijas al autor del mismo 
vía correo electrónico, estarán encan¬ 
tados de ayudarte . 

Cómo conseguir números 
atrasados 

jHola, DlVmanía!, os escribo para 
notificaros un "problemita" que 
tengo con vuestra revista y para 
haceros algunas sugerencias. El pro¬ 
blemita es que tengo desde el 
número 5 hasta el actual de la revis¬ 
ta, así que me gustaría que me indi- 
cárais las posibles formas para con¬ 
seguir los números de la revista que 
me faltan y sus CDs. 

También os mando algunas suge¬ 
rencias: 

No pongáis los fuentes de los pro¬ 
gramas en la revist a si os falta espa¬ 


cio para otras cosas, ponerlos en el 
CD. Tendréis más espacio. 

No pongáis tantas capturas en la 
revista, algunas parecen que están 
para hacer bulto, algunas menos 
pero bien elegidas estaría bien. 

En la sección de Utilidades, poned 
cosas más relacionadas con la crea¬ 
ción de juegos. Ignoro si es un caso 
aislado, pero lo de FinePrint 3.60 
(número 5) me pareció fuera de 
lugar y creo que en la Red hay pro¬ 
gramas share o freeware bastante 
interesantes como para dedicarles la 
sección, como Fénix (el programa de 
Cebrián que apareció en el número 
7); por contra, el FreeMem Pro v4.2 
(número 4) y el Audiograbber 1.61 
(número 7) me parecieron más acer¬ 
tados. Pero lo del FinePrint 3.60 ... 
(suspiro). 

¿Por qué en el número 7 ponéis 
Poser 2 y Bryce 2 y el n Q de teléfono 
para conseguir los números de 
serie?. Haberlos puesto directamen¬ 
te, ¿no? 

Rafael José Navarro Molina 

Resolvemos tu duda diciéndote que 
para conseguir números atrasados de 
Divmanía deberás ponerte en contac¬ 
to con el departamento de suscripcio¬ 
nes, es la misma dirección y telefono 
que aparece en el cuadro, sólo sustitu¬ 
ye Divmanía por Suscripciones y ellos 
se encargarán de mandarte los núme¬ 
ros atrasados que quieras. En cuanto 
a tus sugerencias, tomamos nota, 
como siempre, y en lo referente a que 
teníais que llamar por teléfono para 
conseguir los códigos de Poser 2 y 
Bryce 2, pues deciros que eso era uno 
de los requisitos indispensables que 
nos puso Metacreations para dar los 
programas enteros. 
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Se busca gente 

Hola. Lo primero daros las gracias 
por darnos la oportunidad de dar¬ 
nos a conocer ante todos los 
DIVmaniacos/as. Me llamo Alberto 
y tengo 1 7 años, me gustaría 
ponerme en contacto con gente 
que le interese entrar en un ambi¬ 
cioso proyecto que tengo en la 
cabeza. Necesito tanto programa¬ 
dores/as como grafistas 2d. La edad 
no me importa mucho. El proyecto 
es un juego de scroll horizontal, de 
ambiente medieval, tipo C olden 
Axe. Aquellos que estén interesados 
que me escriban un e-mail a la 
siguiente dirección: 
albertoblanc@yahoo.es. 

Muchas gracias a todos y seguid así. 

Un desarrollador 
agradecido 

Hola, soy Germán Bermejo el autor 
de 99-00. Os mando este correo 
para agradeceros el tratamiento 
que le habéis dado a mi juego. Me 
parece que algunos calificativos 
han sido muy generosos. Desde 
hace un par de semanas estoy 
conectado a Internet y he estado 
curioseando por las revistas de jue¬ 
gos, me he dado cuenta que el 
género de las aventuras está un 
poco muerto, pero no desespero, 
seguro que se ponen de nuevo de 
moda. 

Un anuncio 

Nothing Software, grupo de crea¬ 
ción de Videojuegos, busca: 

- grafistas 3D y/o 2D. 

- músico o creador de FX sonoros, 

- programadores de DIV 1 ó 2. 

- gente capaz de crear DLL's para 
DIV 2. 

- creadores de Webs. 

Necesitamos gente que tenga entre 
14 y 22 años que domine alguno 
de los campos aquí expuestos. 
Preferencia residentes en Barcelona 
o provincia. Los interesados, que 
manden sus datos y una muestra 
de su trabajo en uno de los siguien¬ 
tes formatos: 3DS, MAX, XM, 

MOD, S3M, MP3, HTML, GIF, JPG, 
DLL, y que lo incluya en un Zip. 



Importante, poner como asunto: 
"creación de Juegos". 

- Morpheo - 

" Dani Santeugini" (Barcelona) 
danis@apabcn.ictnet.es 

Un error frecuente 

Hola, necesito que me confirméis 
un error muy raro que tiene DIV2. 

El error es que, cuando creas una 
variable, o una tabla, o una estruc¬ 
tura ,y le das el valor 'CON', cuan¬ 
do lo compilas se bloquea. No 
importa cuándo le des el valor, ni 
dónde. Ni tampoco si está en 
minúsculas o en mayúsculas, ni el 
sistema operativo (Windows o dos). 
Se bloquea siempre. Me gustaría 
que me lo confirmaseis ya que es 
muy raro... Gracias. 

José Luis 

Se ha hablado mucho de esta duda, 
tanto en la lista sobre DIV como en 
el canal de IRC, y es un misterio, 
una especie de bug, donde tiene 
algo que ver Windows 98, al parecer 
tiene problemas con la palabra 
"con", que servía antes para desig¬ 
nar cosas de teclado en DOS, por 
ahora no se ha encontrado solución 
a este error. 

Requerimientos de Ram 

Me gustaría saber cómo calcular los 
requerimientos de RAM para ejecu¬ 
tar un determinado programa reali¬ 
zado con DIV o DIV2. 

Es muy simple. Solo tenías que haber¬ 
te mirado las funciones de manejo de 
memoria dinámica. Para saber cuan¬ 
ta RAM usa un programa en un 
determinado momento, solo tienes 
que tener una variable ”memoria" a 
la que le asignes así: 

memoria=memory_free( ; 

En ese momento "memoria" conten¬ 
drá, en Kbs, la memoria libre del 
momento en que se ejecuto la asig¬ 
nación. Si multiplicas eso por 1024 
memoria*= 1024; lo tendrás en bytes. 
Si tienes la memoria libre y la memo¬ 
ria total de tu equipo, puedes hallar 
la usada fácilmente con una resta. 

Y para terminar 

Soy un nuevo lector de la revista y 
estoy especialmente interesado en 
la programación de DirectX (3d). 



El problema es que no sé por 
dónde empezar. Al principio iba a 
empezar por Open GL pero me 
convencieron de que DirectX tenía 
más futuro y estaba más extendi¬ 
do. He intentado buscar por la red 
algún curso en español, pero el 
esfuérzo ha sido inútil. Lo único 
que encontré fue un curso de 
OpenGL en www.macedonia.com, 
realmente bueno. Te escribo esto 
para ver si me podrías aconsejar 
cómo empezar en esto de la pro¬ 
gramación gráfica en 3D. Mis 
conocimientos de programación 
son C y Visual Basic y tengo el 
TurboC, el Visual Basic 5.0 y el 
Visual C++ 4.1, aparte del SDK de 
Direct X (creo que el 5.0). 

Necesitas un buen libro. Te recomen¬ 
damos alguno de Visual Basic 6.0 ó 
"Programación multimedia avanza¬ 
da con DirectX", de Sánchez 
Ballesteros, Constantino, Editorial Ra¬ 
ma; otro que te puede servir es "A 
fondo DirectX”, éste te dará una idea 
de cómo programar con estas libre¬ 
rías. Luego debes documentarte tú, 
aparte, sobre 3D. 


Esperamos vuestros 

mensajes 

Para cualquier sugerencia, duda o 
aclaración podéis mandar vues¬ 
tras cartas o correos electrónicos 
a la siguiente dirección: 

Divmanía 

C/ Alfonso Gómez 42. Nave 1 -1 -2 
Madrid 28037. España. 

Tfno: 91.304. 06. 22 
Fax: 91.304. 17, 97 
E-mail: divmania@prensatecnica.com 


Fe de errores 

Soy Enrique Medina, es verdad que yo no programé Super Yoshi, pero 
si que programe Resident Lemming y Arena Worms Arena), al cual le 
pusisteis el nombre de David Yuste. David fue el que me envió el 
juego a través del e-mail y posiblemente es confundisteis por eso. 
Resumiendo: 

- Enrique Medina: Resident Lemming; Worms Arena. 

- David Yuste: Misión Marte. 

- Daniel García Alonso: Super Yoshy. 
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Memas, el suacriptor tiene derecho 
? /a siguiente oferta: 

' Con un año de suscripción (seis 
números) regalamos un producto 
a elegir entre: 

“Programación Gráfica para PC" 

“Cómo programar en Ensamblador" 


Con dos años de suscripc 
números) regalamos uSv 
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estar en la vanguardia del mundo de 
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r £ó /o única revista escrita por y />¿ 7 /vz los progra- 

■\ madores de videojuegos. Nuestra redacción está 
compuesta por veteranos desarrolladores, exper¬ 
tos del entorno DÍV, grafistas y muchos otros 
profesionales del software de entretenimiento 
que dan lo mejor de sí a los lectores. 

• Te ofrece lo último en el delicado campo de la progra¬ 
mación de videojuegos, con los títulos que se encuen¬ 
tran en proceso y los productos recién salidos del homo 
o de los PCs. 

• Para seguir avanzando hay que saber echar la vista 
atrás y a la vez no olvidarse del futuro , y Div Manía 
empieza un nuevo camino. 

• Nuestra revista presenta un look muy cercano a sus 
lectores, salido de las inquietudes de todos vosotros. 
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Nunca nadie te na ojreciao tanto por tan poco; nunca 
has tenido tan cerca la oportunidad de estar al día de 
lo Minino en programación por el mínimo esfuerzo de 
acercarte al quiosco o enviar nuestro cupón y recibir 
la revista en casa puntualmente cada dos meses. 

En el interior del CD-Rom encontrarás los elementos 
con los que todos los programadores sueñan. 

Somos como tú y conocemos, más o menos, qué se 
esconde dentro de tu cabeza. Y si no lo conocemos 
aún, lo aprenderemos gracias a ti. 

Ofrecemos las más diversas sorpresas, las más inte¬ 
resantes ofertas, para que no te olvides de que la pro¬ 
gramación siempre está viva. 


Solicite su ejemplar 


enviando este cupón por correo, por fax: 91 304. 
al teléfono 91 304.06.22 de 9:00 a 19:00 h. 


17.97 o llamando 


CUPÓN DE SUSCRPCfÓN ANUAL A DIV MANÍA 



Deseo suscribirme a la revista DIV MANÍA acogiéndome a la siguiente modalidad: 
Suscripción: 1 año (6 números) por sólo 5.970 ptas. y 
Suscripción: 2 año (12 números) por sólo 11.940 ptas. C 

Desde el número C ZH] , 

Además recibiré gratis: 



Correo certificado 1 año: 1.500 ptas. adicionales. 
Correo certificado 2 años: 3.000 ptas. adiciónale! 


Por 1 año de suscripción: une de los siguientes productos: 
JPor 2 años de suscripción: DIV II 


□ Programación Gráfica para PC 


t—J 


Cómo programar en Ensamblador 


Nombre y apellidos 
Domicilio . 

Población ¡... 

5P--.*...Provincia 

..Profesión. 

DNI/NIF:. 



FORMA DE PAGO: 

□ Con cargo a mi tarjeta VISA n°_ 

Fecha de caducidad de la tarjeta 
Nombre del titular, si es distinto.. 

□ Domiciliación bancada, más gastos de envío 

Población.. 

Ruego a Vd. que se sirva cargar en mi: 


más gastos de envío 


cuenta corriente 
libreta de ahorro número 


ENTIDAD OFICINA DC 


N° CUENTA 


el recibo que será presentado por PRENSA TÉCNICA S.L. como paqo 
de mi suscripción a la revista DIV MANIA más gastos de envío. K a 

FIRMA: 




Técnica se reserva el derecho de cambiar cualquiera de los regalos por 
otros de igual valor, en caso de agotar existencias. 
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Contrarreembolso del importe más gastos de envío. 

, i . -, ^ 1 j que adjunto más gastos de envío 

Giro Postal (adjunto fotocopia del resguardo) más gastos de envío. 



Prens, 

de libros y publicaciones 

C/ Alfonso Gómez, n° 42 Nave 1-1-2. 28037 Madrid. Tfno: 91 304 06 22. Fax: 91 304 17 97 

e-mail: maspc@prensatecnica.com. http://www.prensatecnica.com 
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i i— 1 ste número ocho 
1—, llega con un CD 

repleto de programas 
. í y utilidades para que 
los uséis en vuestros 
trabajos de programación, 
además, como ya es 
habitual, os ofrecemos los 
juegos ganadores de este 
mes. Esto es lo que podréis 
encontrar: 


JUEGOS GANADORES 

¡Tachán, tachan! ...y los 

ganadores de este mes han 
sido: 

Invasión 

Un arcade en el que tendre¬ 
mos que invadir la Luna 
como primer paso para aca¬ 
bar con la Tierra y de paso 

con los problemas de más de 
uno. 

Dark Cast le 

Sobrevive a este laberinto 
repleto de peligros y logra 
encontrar la salida de tan 
lúgrube lugar, cuidado con 
sus habitantes. 



Laberyn 

Mata todo lo que 
encuentres y recoge todas 
las llaves para abrir las 
puertas y pasar de pantalla, 
algunas de ellas tienen 
hasta siete cerraduras. 


DEMOS 


Demo Painter 3D 

Este programa os facilitará la 
labor de texturizar vuestros 
objetos en tres dimensiones, 
lucirán con vida propia. 

Demo Poser 4 

Programa demostración de lo 
que es capaz de conseguir 
esta herramienta de creación 
y animación de personajes, 
un complemento a la nueva 
sección de la revista basada 
en Poser. 

Demo Canoma 

La utilidad de Canoma es 
convertir una simple foto en 
algo tridimensional. Seguro 
que le encontráis utilidad 
para el diseño de los escena¬ 
rios de vuestros juegos. 



PROGRAMAS 


A nuestra redacción llegan 
de vez en cuando software 
creado por nuestros lectores 
que lo ofrecen de forma 
altruista para que todo el 
mundo pueda disponer de 
él y usarlo en su propio 
beneficio, al tiempo que es 
una forma de darse a cono¬ 
cer. En ocasiones se trata de 
juegos que no se presentan 
al concurso (por un motivo 
u otro) y en otras útiles pro- 
. gramas que seguro muchos 
encontrarán la forma de 
aprovechar. Este mes tene¬ 
mos unos cuantos progra¬ 
mas que ofreceros. 

ViTAL-input 1.0 

Os ofrecemos en exclusiva un 
programa del que se está 
hablando mucho y bien en el 
entorno DIV, creado por Vital. 
Crear programas que permi¬ 
tan la captura de los caracte¬ 
res del teclado ya es bastante 
fácil con Ja rutina ViTAL- 
input. Hasta la actualidad 
esto sólo era posible en DiV2 
mediante la invocación de 
scan_code, no obstante sus 
rangos de velocidad en orde¬ 
nadores lentos hacían imposi¬ 
ble este cometido. Podéis 
encontrar en el CD de la 
revista los archivos correspon¬ 
dientes al código fuente, así 







































































Contenido CD 



Setup 


WEJE3 


LinsoWare - Traductor MúUiltitgtte de Programas 


V. t.o 


: 


Bienvenido a üngoWare Progiama de Iroíalacaóa 
Este programa instalará UngoWare en su 
comout adora. 


*3¡$raP 
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Pata evitar conflictos, cierre todos tos programas de Windows 
que estén comeado, antes de proceder. 

Cíe en Cancelar para interrumpir la instalación. Cíe en Siguiente 
para continuar. 




Atención: Esta apfcoción tiene derechos de aria 
Cualquier clase de modihcacicn.está prahbida. Oc en Acerca 
de para conocer más sobre este software 




Acercad»: Sígnente > 
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como un ejecutable para que 
podáis probar la rutina inclu¬ 
so desde el propio CD. 
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IráméwitMa&i do j {^Imagen | © T etefono 
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^ N* ICQ: J 54226680 Actual t Úttao JP j N\A 


Nombre 

Noab te: 
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LingoWare 

Es un programa creado bási¬ 
camente para traducir el ICQ 

al Español, aun¬ 
que también 
puede traducir 
otros progra¬ 
mas, su funcio¬ 
namiento es 
bastante sencillo 
y gracias a este 
programa cono¬ 
ceremos todas y 
cada una de las 
interesantes fun¬ 
ciones que 
incluye el ICQ. 

Dls Project 
2000 

Creado por Pol 
Jeremías, miem¬ 
bro de Analizer 
Studios. El pro¬ 
grama tiene 
poco que ver 
con DIV pero sí 
con programa¬ 
ción (Visual 
Basic, APS win...) 
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y su utilidad es manifiesta. 

Se trata de un programa 
para "hacerse Discjockey". 

El programa permite mez¬ 
clar desde mp3 hasta CD 
pasando y Wav, Mid. 

Además de poder reproducir 
a la vez las canciones que 
quieras puedes que el 
mismo se ocupe de mezclar 
canciones aplicar Pitch. 


Corrector 

ortográfico 

Creado por Anthony 
Rostron, es un corrector cre¬ 
ado por un foráneo que 


lleva varios años metido en 
el mundo de la programa¬ 
ción y deseaba un progra¬ 
ma que corrigiera sus, en 
principio, múltiples errores 
ortográficos. Ahora incluye 
funciones para corregir el 
código fuente de DIV y 
otras lenguas de programa¬ 
ción. El programa nos 
puede dar sugerencias y 
corregir nuestros errores. 
Cuando analizamos un 
archivo *.PRG de DIV el pro¬ 
grama guardará un informe 
con todas las líneas que tie¬ 
nen texto y todas las líneas 
sospechosas. Se adjunta el 
informe generado para el 
primer juego premiado de 
Divmanía 6, "Tcraft.prg" 
que contenía numerosos 
errores. 

DIVRC 

En nuestras "Cartas al direc¬ 
tor" has podido leer un 
texto sobre la moral del 
programador que, como se 
comentaba, se apoyaba en 
unos archivos, incluido un 
programa sobre optimiza¬ 
ción que encontrarás en 
esta carpeta. 

Entorno 

Operativo 

Abraham Barreto nos envía 
un entorno operativo en 
línea de comando escrito en 
Q-Basic. Funciona como 
disco de inicio. Contiene 
instalación y ayuda (archivos 
*.bat). 

Detección del 
sistema 

Un pequeño programa 
enviado por Víctor Román 


que puede ser útil para 
detectar la configuración de 
nuestro sistema. 

Salvapantallas 

Os ofrecemos un salvapanta¬ 
llas creado en DIV por Ismael 
Aguilera. 

i ego: Bubble 

Para acabar, una versión dive¬ 
ra de un famoso juego: 

Bubble bubble. Para que 
paséis un rato muy divertido. 



REVISTAS ELECTRONICAS 

Divnet y Divworld 

Últimas actualizaciones de 
dos revistas sobre DIV que 
puedes encontrar en la Red, 
aquí no te hará falta conec¬ 
tarte a Internet. 



ARTÍCULOS 


Todo lo que necesitas para 
entender a fondo los artículos 
de la revista. 


*■' LíngoWaie - Alpha veision ( 0 ) 






DIV MANÍA 
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Ponemos a disposición de los lectores de DIVmanía tres demos de 
programas de actualidad, los juegos ganadores y un montón de 
cosas de utilidad. 


DEMOS 

l> 

Painter 3D 

Esta demo de este conocido programa os facilitará la labor de 

«■*' , (f 

^—rtexturizar vuestros objetos en tres dimensiones, lucirán con 
brida propia en vuestros juegos. 

Poser 4 

Programa demostración de lo que es capaz de conseguir esta 
herramienta de creación y animación de personajes, un comple 
mentó a la nueva sección de la revista basada en Poser. 



Canoma 

La utilidad de Canoma es convertir una simple foto en algo tridimensio¬ 
nal. Seguro que le encontráis utilidad para el diseño de los escenarios de 
vuestros juegos. 

§ 

ra i 

JUEGOS GANADORES 

En este mes los afortunados ganadores en reñida lid han sido: Invasión, Dark Castle y Laberyn. 

■ w J a , Ai 

PROGRAMAS 

_ » ' * f * _ a* m r j 

Diversas utilidades, creadas por los lectores que os harán el trabajo más fácil: ViTAL-input 1.0, LingoWare, DJ s Project 2000, Corrector 
ortográfico, DIVRC, un entorno operativo, detectores de sistema, salvapantallas y el juego Bubble. 

S i -r é , m + '• 

REVISTAS ELECTRÓNICAS * 

Los nuevos números de Divnet y Divworld. 


ACCIÓN PLATAFORMAS. Nueva sección 
para aprender a programar juegos de platafor¬ 


mas. 
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PROGRAMAS. Herramientas para diseñar los 
escenarios para vuestros juegos. 
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CONCURSO DE JUEGOS. Os presentamos a 
los ganadores de nuestro reñido concurso de 
videojuegos. 
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